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CAME  Forum  Overview  and  Objectives 

The  second  technical  meeting  of  the  Computer-Aided  Manufacturing  Engineering 
(CAME)  Forum  convened  on  August  22-23,  1995  in  Gaithersburg,  Maryland.  This  meeting  built 
on  work  completed  at  and  since  the  first  technical  meeting  held  in  March,  1995  and  brought 
together  software  developers,  manufacturing  engineers,  manufacturing  managers,  and  university- 
based  researchers  that  could  address  important  issues  related  to  developing  a Manufacturing 
Engineering  Tool  Kit  (METK).  The  tool  kit  project  is  jointly  sponsored  by  the  U.S.  Navy 
Manufacturing  Technology  Program  and  the  National  Institute  of  Standards  and  Technology. 

This  second  meeting  was  attended  by  26  representatives  from  industry,  vendors, 
government,  and  academia,  many  of  whom  participated  in  the  earlier  technical  meeting  where 
manufacturing  engineering  data  validation  needs  were  identified  and  a context  for  developing  the 
METK  was  established.  A list  of  participants  in  the  second  technical  meeting  is  provided  in 
Appendix  A as  is  the  meeting  agenda.  The  meeting  offered  an  opportunity  for  NIST  scientists  to 
update  participants  on  the  status  of  ongoing  METK  development  work;  demonstrate  capabihties 
of  available  manufacturing  engineering  application  software  tools;  and  solicit  advice, 
suggestions,  concerns,  and  consensus  about  the  emerging  manufacturing  data  validation  tools  and 
their  development  and  application. 

Specifically,  the  objectives  of  this  second  technical  meeting  of  the  CAME  Forum  were: 

1.  Provide  an  update  on  METK  project  status. 

2.  Demonstrate  the  baseline  manufacturing  engineering  tool  kit. 

3.  Review  and  enhance  the  manufacturing  data  validation  methodology. 

4.  Develop  and  discuss  manufacturing  data  generation  and  validation  implementation 
issues. 

5.  Identify  and  address  system  integration  issues. 

6.  Get  an  overview  of  NIST's  related  production  system  engineering  activities. 

This  one  and  one-half  day  meeting  was  organized  around  three  major  segments,  each 
segment  lasting  about  one-half  day.  The  first  segment  provided  the  update  information  and 
demonstrations  needed  to  make  informed  and  intelligent  assessments  of  METK  development 
objectives  and  progress.  The  second  segment  sought  ideas  from  meeting  participants  through 
three  breakout  groups  assigned  specific  questions  and  tasks  drawn  from  meeting  objectives  3,  4, 
and  5 above.  In  the  third  segment,  breakout  groups  prepared  outbriefs  and  presented  results  to 
all  meeting  participants.  More  specifically,  the  three  segments  were  as  follows: 

1 . Information  Sharing 

• Project  Status  Update 

• Manufacturing  Validation  Issues 

• Implementation  Planning  Issues 

• Baseline  System  Demonstration 

• System  Integration  and  Interface  Issues 


2.  Developing  the  Issues  — Breakout  Group  Discussions 
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Business  Case  and  Implementation  Strategy 
Validation  Methodology  and  Application 
METK  Architecture  and  System  Integration  Issues 


3.  Reporting  Results  — Breakout  Group  Outbriefs 

• Related  NIST  Production  System  Engineering  Activities 

• Outbrief  Presentation  Preparation 

• Breakout  Group  Reports 

• Open  Forum,  Next  Steps,  and  Meeting  Wrap-up 

METK  Overview  and  Project  Status 


A brief  review  of  the  project  (see  Appendix  B)  provided  participants  not  familiar  with  the 
previous  METK  project  with  a context  for  further  presentations,  demonstrations,  and  discussions. 
Importantly,  the  Navy-sponsored  CAME  Project  (of  which  the  METK  development  effort  is  a 
part),  is  designed  to  lower  manufacturing  costs,  reduce  delivery  times,  and  improve  product 
quahty  through  the  coordinated  development  and  use  of  commercial-off-the-shelf(COTS) 
computerized  tools  that  apply  scientific  and  engineering  methods  to  design  and  implementation 
of  manufacturing  systems,  processes,  and  equipment.  The  project  calls  for  establishing  an 
alliance  of  users,  researchers,  developers,  and  vendors  who  work  together  to  develop 
architectures,  databases,  and  techniques  for  tool  integration;  develop  common  data  bases  for 
manufacturing  engineering  data;  construct  prototype  tool  kit  environments  using  COTS  tools; 
test  and  validate  tool  kits  using  real  world  data;  develop  solutions  applicable  to  large  and  small 
shops;  and  recommend  potential  standards  based  on  results. 

The  METK  project  will: 

• Construct  an  integrated  manufacturing  engineering  tool  kit  and  common  databases 
that  provide 

1)  Product  data  and  work  flow  management 

2)  Process  Planning 

3)  Engineering  data  validation  through  simulation,  and 

4)  Other  capabilities  for  a family  of  machined  parts. 

• Base  functionality  upon  extensions  to  the  capabilities  of  commercial  off-the-shelf 
(COTS)  software  and  hardware. 

• Conduct  the  project  as  a collaborative  effort  by  users,  vendors,  academic 
researchers,  and  representatives  of  other  government  agencies  in  project  planning, 
requirements  definition,  system  design,  development,  testing,  and  evaluation. 

• Perform  "alpha"  testing  and  evaluation  of  the  tool  kit  environment  at  industry  and 
government  manufacturing  sites. 

• Recommend  new  industry  standards  based  upon  project  results. 
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The  status  of  the  METK  development  effort  is  shown  in  the  project  Gantt  chart  provided 
in  Appendix  C.  Work  to  date  centers  on  initiating  and  solidifying  industrial,  academic,  and 
government  collaboration;  defining,  acquiring,  and  installing  the  baseline  development  system; 
and  developing  requirements  and  specifications  for  the  METK  environment.  Industrial, 
academic,  and  government  partners  are  engaged  in  the  effort  through  various  arrangements 
(CRADAs,  MOUs,  and  direct  contracts).  A baseline  development  environment  is  in  place  in 
NIST's  Advance  Manufacturing  Systems  And  Networking  Testbed.  Test  parts,  manufacturing 
processes,  and  a model  shop  are  identified  for  developing  the  prototype  METK  environment. 


Manufacturing  Engineering  Data  Generation  and  Validation 
Issues 

To  make  breakout  group  discussions  more  productive,  three  presentations  set  the  stage  by 
establishing  objectives,  raising  issues,  and  posing  questions.  These  three  presentations  dealt  with 
(1)  Manufacturing  Data  Vahdation  Issues  (Appendix  D);  (2)  Implementation  Plan  and  Issues 
(Appendix  E);  and  (3)  CAME  METK  Architectural  Review.  An  additional  presentation  on  the 
Production  System  Engineering  Environment  under  development  by  NIST  was  also  made  to 
provide  a broader  context  for  discussing  data  generation  and  validation  issues  (Appendix  F). 

Each  presentation  is  briefly  summarized  below. 

Manufacturing  Validation  Issues 

Manufacturing  vahdation  issues  are  presented  in  the  form  of  a briefing  and  a report,  both 
contained  in  Appendix  D and  summarized  in  this  section.  The  objective  of  the  effort  is  to  define 
a methodology  for  the  vahdation  of  manufacturing  data  that  may  be  applied  using  either  manual 
methods  or  automatic  systems  to  help  ensure  that  machined  parts  are  produced  correctly  the  first 
time.  Manufacturing  data  include,  at  a minimum: 

1 . Manufacturing  order 

2.  Routing  sheet 

3.  Stock  material  specification 

4.  Intermediate  workpiece  geometry  and  shape  information 

5.  Operation  sheet 

6.  Machine  setup  sheet 

7.  Workpiece  setup  sheet 

8.  Tool  list 

9.  Fixture  list 

10.  NC  program 

Engineering  data  which  support  modeling  and  vahdation  of  manufacturing  data  include: 

1 . Product  data 

2.  Manufacturing  resources 

3.  Production  data 

4.  Manufacturing  system  and  resource  functional  models 

5.  Engineering  process  management  data 

6.  Manufacturing  engineering  knowledge 
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The  manufacturing  data  validation  methodology  will  be  developed  by: 

• Identifying  data  elements  to  be  validated 

• Knowing  the  types  of  errors  and  where  they  occur 

• Establishing  techniques  for  identifying  errors 

The  key  elements  of  the  proposed  methodology  are 

• Check  data  integrity 

• Verify  the  manufacturing  process 

• Evaluate  cost  and  performance 

Remaining  issues  and  questions: 

• Are  the  proposed  data  package  elements  correct? 

• Can  the  data  formats  be  standardized? 

• Should  the  proposed  methodology  be  modified? 

• How  can  the  methodology  be  applied  incrementally  during  the  data  generation  process? 

Implementation  Plan  and  Issues 

The  major  implementation  issues  explored  in  this  briefing  (see  Appendix  E)  are: 

• Manufacturing  data  package 

• Data  model  for  baseline  system  demonstration 

• Reference  SIMA  architecture 

• Manufacturing  data  management  and  control 

• Manufacturing  data  state  space  diagram 

• Organization  chart 

The  briefing  in  Appendix  E shows  graphically  the  elements,  flows,  and  relationships 
within  each  of  these  areas  and  also  provides  an  example  using  a Naval  Surface  Warfare  Center 
(NSWC)  scenario. 

An  implementation  and  rollout  plan  and  related  issues  are  also  described.  Plan  elements 
and  issues  include: 

• Prototype  system  at  NIST 

• Prototype  system  “roadshow”  to  demonstrate  capabilities 

• Software  licenses  issues 

CAME  METK  Architecture  Review 

The  CAME  METK  architecture  review  briefing,  provided  in  Appendix  F,  offers  a starting 
point  for  developing  and  integrating  CAME  tools.  The  briefing  describes  a preliminary  CAME 
METK  architecture  and  highlights  the  significant  manufacturing  integration  architectural  issues 
that  must  be  addressed. 

The  briefing  begins  by  describing  the  current  situation  in  most  manufacturing  facility 
where  computer-aided  design  and  manufacturing  software  tools  are  generally  stand  alone 
applications  with  minimal  integration.  The  briefing  shows  an  evolving  architecture  beginning 
with  an  integrating  architecture  that  provides  product  data  and  workflow  management.  Common 
data  storage,  query,-  and  reporting  capabilities  are  added  to  this  basic  architecture.  Finally, 
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generalized  application  interfaces  are  provided  that  permit  integration  of  manufacturing 
engineering  and  data  validation  tools  to  form  the  METK. 

The  briefing  describes  in  greater  detail  the  components  and  capabilities  of  the  proposed 
architecture  including  application  interfaces,  federated  databases,  reference  data  sharing, 
reference  data  extension,  generated  data  sharing,  modification  back-propagation,  redundant  data 
storage,  result  variability  between  similar  tools,  and  engineering  data  package  validation  support. 

Remaining  questions  and  issues: 

• What  needed  functionality  is  not  provided  by  the  proposed  METK  architecture? 

• Which  issues  are  not  fully  addressed  by  the  proposed  METK  architecture? 

• How-does  your  organization  wish  to  be  involved  in  the  development  of  the  final  METK 
architecture  specification? 

SEMA  Production  System  Engineering  Environment 

The  SIMA  Production  System  Engineering  Environment  briefing,  provided  in  Appendix 
G,  describes  NIST’s  program  for  integrating  a number  of  production  planning  and  control 
applications.  The  goal  of  the  SIMA  production  project  is  “to  develop  solutions  for  integrating 
production  engineering,  planning,  scheduling,  and  simulation  systems  with  other  manufacturing 
life  cycle  applications.”  NIST’s  strategy  for  accomplishing  this  is: 

• Identify  industrial  collaborators  with  diverse  production  systems 

• Leverage  on-going  research  on  OA-sponsored  projects 

• Develop  process  and  information  models  for  production  applications 

• Coordinate  efforts  and  integrate  results  with  other  SIMA  projects 

• Use  a product  data  management  system  to  integrate  production  engineering  and 
production  planning  systems 

• Test  solutions  using  simulation  capabilities  established  for  the  AMSANT  facilities 
The  technical  approach  is: 

• Develop  production  system  engineering  process  model 

• Select  computing  platform(s)  and  candidate  tools 

• Identify  baseline  production  engineering  problem  and  test  case  data 

• Load  test  case  data  into  selected  tools 

• Define  information  models  and  links  between  tools 

• Identify  integration  opportunities  and  interface  specifications 

• Integrate  and  test  commercial  tools 

• Apply  environment  to  new  engineering  problems 

Elements  of  the  SIMA  production  engineering  environment  include: 

• Process  specification 

• Production  system  design 

• Production  line  design 

• Plant  layout 

• Manufacturing  simulation 

• Project  management 

• Production  cost  estimating 
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Baseline  System  Demonstration 

A demonstration  of  the  toolkit  applications  has  been  prepared  to  illustrate  the 
functionality  of  a prototype  METK.  The  demonstration  is  comprised  of  two  scenarios  in  which 
information  in  an  manufacturing  data  package  is  generated  and  validated.  An  manufacturing  data 
package  contains  the  information  needed  to  perform  the  manufacturing  operations  required  to 
produce  a part.  The  package  contains  various  elements  including  NC  programs,  operations 
sheets,  routing  data,  CAD  models,  tool  hsts,  fixture  lists,  and  machine  lists.  The  manufacturing 
data  package  used  in  the  demonstration  is  for  a small  prismatic  machined  part.  The  first  scenario 
involves  tasks  performed  to  generate  and  validate  the  NC  program,  operation  sheet,  tool  lists,  and 
fixture  lists  elements  of  the  manufacturing  data  package.  The  second  scenario  involves  the 
validation  of  the  process  routing  data. 

The  first  scenario  of  the  demonstration  consists  of  creating  a sohd  model  geometry  in  the 
Pro-Engineer  CAD  application.  The  CAD  solid  model  geometry  output  is  used  as  input  into  the 
generative  process  planning  application  ICEM  Part.  ICEM  Part  then  creates  a process  plan  and 
stores  the  information  in  the  Oracle  database.  A CNC  program  is  also  produced  by  the  ICEM 
Part  apphcation.  Interface  software  is  then  executed  to  extract  the  machine  tool,  cutting  tools, 
raw  stock  and  fixture  information  from  the  database.  This  interface  software  was  developed  by 
Robert  Judd,  Ohio  University  under  the  Intelligent  Machining  Workstation  project.  This 
interface  is  currently  implemented  as  UNIX  shell  scripts.  The  scripts  query  the  Oracle  database 
for  the  appropriate  information,  create  the  directory  structure  needed  by  Deneb  VNC,  and 
construct  a simulated  workcell  in  VNC.  The  workcell  consists  of:  a pre-developed  kinematic 
VNC  model  of  the  EMCO  100  milling  workstation;  a blank  fixtured  to  the  machine  table; 
geometric  models  of  the  tooling  mounted  on  the  machine;  and  the  appropriate  CNC  program. 

The  demonstration  then  executes  Deneb  VNC  to  simulate  the  machining  process.  VNC  is  used  to 
help  identify  any  errors  in  the  CNC  program  as  weU  as  any  tool  crashes  or  part  gouges.  This  is  a 
major  part  of  the  NC  program  validation  process. 

The  second  scenario  of  the  demonstration  simulates  the  workflows  between  factory  workstations 
used  to  create  the  prismatic  product.  A virtual  factory  is  being  modeled  in  Deneb  Quest.  Each 
workstation  in  the  virtual  factory  wUl  perform  processes  that  represent  manufacturing  processes. 
The  processes  were  selected  by  industrial  participants  at  the  first  technical  meeting  of  the 
Computer  Aided  Manufacturing  Engineering  Forum  on  March  21-22  1995.  The  inclusion  of 
additional  workstations  in  the  virtual  factory  which  perform  other  types  of  processes  will  be 
considered  as  the  needs  of  the  forum  participants  change  over  the  life  of  the  project.  The  Quest 
model  development  has  focused  on  the  workflow/routing  required  to  produce  the  prismatic 
product  used  in  the  first  scenario  of  the  demonstration.  The  Quest  simulation  environment  is 
intended  to  validate  the  process  routing  data  in  the  manufacturing  engineering  data  package. 


Manufacturing  Data  Validation  Tool  Issues  and  Reports 

The  manufacturing  data  validation  tool  development  and  implementation  issues  raised 
during  the  first  segment  of  the  meeting  provided  the  basis  for  breakout  group  discussions  and 
subsequent  reports  during  the  latter  two  meeting  segments.  Three  breakout  groups  formed  to 
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address  issue  in  three  different  areas.  One  participant  in  each  group  served  as  facilitator  and 
other  group  members  self-selected  into  the  group.  Some  participants  with  specific  interests  or 
expertise  served  in  more  than  one  group,  moving  between  groups  from  time  to  time.  The  three 
breakout  group  and  their  specific  objectives  were: 

1.  Implementation  — Develop  the  business  case  and  implementation  approach  for 
manufacturing  data  generation  and  validation  as  part  of  the  METK. 

2.  Validation  — Review  the  manufacturing  data  vahdation  needs  and  develop  scenarios  for 
applying  the  validation  methodology. 

3.  Architecture  — Review  and  test  the  proposed  METK  architecture  by  illustrating  how  the 
data  generation  and  validation  applications  and  data  would  operate. 

The  end  users  and  manufacturing  managers  were  encouraged  to  join  the  Implementation 
Group,  led  by  Steve  Ray  of  NIST;  end  users  and  developers  were  encouraged  to  join  the 
Validation  Group,  led  by  Charles  Parks  of  Ohio  University;  and  developers  and  vendors  were 
encouraged  to  join  the  Architecture  Group,  led  by  Alan  Brown  of  the  Software  Engineering 
Institute  (SEI).  Each  group  appointed  a recorder  and  spokesperson;  the  facilitator  managed  the 
group,  keeping  it  focused  on  its  assigned  task  and  ensuring  balanced  participation  among  group 
members.  Each  group  began  with  a set  of  questions  or  tasks  that  helped  direct  group  discussion. 
These  questions  served  as  points  of  departure  for  meaningful  discussion  of  issues  and  provided  a 
framework  for  developing  the  groups'  reports  to  the  forum  during  plenary  session.  These 
questions  and  the  groups'  findings  are  reported  below. 

Implementation 

The  implementation  breakout  group  used  the  objectives  given  above  and  the 
following  guidance  as  a framework  for  discussions  and  reporting: 

1.  Develop  the  business  case  for  integrated  manufacturing  engineering  data  generation  and 
validation. 

• How  are  manufacturing  data  typically  generated  and  validated  today? 

• What  are  the  major  problems  and  opportunities  for  improvement  in  the  data 
generation/validation  process? 

• What  tangible  benefits  should  result  from  improvements  in  the  data 
generation/validation  process  (e.g.,  cost  reduction,  cycle  time  reduction)? 

• How  could  the  value  of  an  unproved  data  generation/validation  process  be 
assessed? 

• Develop  a “test  plan”  for  assessing  the  value  of  an  integrated  manufacturing  data 
generation/validation  methodology.  [Note:  there  may  be  more  than  one  plan 
depending  on  the  type  of  facility]. 

2.  Develop  the  implementation  approach  for  introducing  an  integrated  manufacturing 
engineering  data  generation  and  validation  methodology  in  a typical  manufacturing 
facility. 

• Who  is  involved  and  how? 

• What  is  the  best  time  frame  for  implementation? 

• What  should  be  the  scope  of  the  implementation  (part  types,  processes, 
organizations,  etc.) 
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• What  are  the  minimum  and  preferred  hardware/software/process/data 
infrastructure  requirements  to  support  implementation? 

• Who  should  be  on  the  primary  implementation  team  (i.e.,  responsible  for 
implementation  actions)? 

• What  training,  if  any,  should  be  provided  and  for  whom? 

• What  are ’the  major  steps  in  the  implementation  process,  what  is  their  approximate 
timing,  and  who  is  responsible  for  each? 

• How  should  the  implementation  be  evaluated? 

This  group  considered  implementation  in  terms  of  both  the  business  case  that  justifies  the 
METK  and  the  approach  for  implementing  the  METK  in  an  organization.  In  addressing  these 
issues,  the  group  developed  both  strategic  and  tactical  business  case  for  manufacturing  data 
validation,  it  considered  how  data  validation  is  accomplished  today  and  the  problems  and 
opportunities  associated  with  these  approaches,  the  benefits  of  improved  data  validation  methods 
and  ways  for  measuring  improvements,  and  the  cultural  considerations  for  implementing 
improved  methods. 

Business  Case.  The  group  concluded  that  the  “bottom  line”  for  selling  any  system  to 
management  decision  makers  is  how  the  system  will  help  the  organization  produce  products 
faster,  better,  and/or  cheaper  — which  translates  into  speed  (or  cycle  time),  product  quality,  and 
development  and  production  cost.  The  group  saw  the  need  for  both  strategic  and  tactical 
business  cases.  The  strategic  business  case  looks  at  the  competitive  environment  to  determine  if 
and  how  well  an  organization  can  gain  and/or  maintain  its  competitive  position  in  a given 
market.  Managers  must  decide  if  they  plan  to  enter  or  remain  in  markets  that  are  under 
significant  global  competitive  pressures.  If  they  choose  to  compete,  they  must  find  ways  to  bring 
better  and  greater  varieties  of  products  to  markets  more  quickly  and  at  reduced  cost. 

The  primary  drivers  for  the  strategic  business  case  include  environmental  concerns  and 
regulations,  changing  markets  (products,  etc.),  changing  customer  expectations,  new 
technologies,  and  increased  competition  (especially  international).  Metrics  for  determining  how 
well  organizations  are  anticipating  and  responding  to  these  strategic  drivers  include  flexibility, 
agility,  and  efficiency  (which  also  translate  into  speed,  quality,  and  cost). 

The  tactical  business  case  is  generally  associated  with  a significant  crisis  or  threat  to  an 
organization  ^d  demands  serious  management  attention,  commitment  of  sufficient  resources, 
and  application  of  a full-time  dedicated  staff  of  competent,  experienced  personnel.  Evidence  of 
improvement  (e.g.,  metrics)  includes  elimination  of  re-entry  of  data  ("enter  it  once,  use  it  many 
times"),  reduction  in  scrap  and  rework,  reduced  cost  of  prototyping,  fewer  Engineering  Change 
Orders,  and  lower  warranty  costs. 

Currently,  most  manufacturing  data  are  generated  manually  and  data  validation  is 
accomplished  through  physical  prototyping.  Opportunities  for  improvement  can  be  identified 
through  developing  a baseline  that  measures  cycle  times,  error  rates,  scrap,  rework,  engineering 
changes,  duplication  of  effort,  etc.  The  potential  benefit  that  could  accrue  to  improve  methods 
can  be  estimated  through  benchmarking  against  organizations  judged  to  be  superior  in  terms  of 
cost,  quality,  and  speed.  • However,  because  the  METK  has  not  been  implemented  anywhere, 
benchmarking  cannot  provide  a complete  picture  of  the  potential  benefits  to  be  gained  through 
the  data  vahdation  methodology  proposed.  The  alternative  is  to  use  a "best  of  class"  approach 
that  exposes  some  of  the  inefficiency  in  current  methods. 
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Implementation.  This  group  suggested  that  implementation  be  accomplished  through  a relatively 
small  but  highly  visible  pilot  project  where  benefits  can  be  clearly  demonstrated.  The  pilot 
should  permit  comparisons  against  the  "as  is"  approach  as  well  as  that  of  competitors  and  other 
benchmarks.  The  group  prescribed  the  following  elements  for  the  implementation  approach: 


• Vision  — senior  management  must  see  the  strategic  need  for  improved  data  validation 
methods  and  understand  its  benefits. 

• Business  Case  (strategic)  — a legitimate  business  case  must  be  made  that  demonstrates 
beyond  reasonable  doubt  that  the  improved  methods  will  result  in  reduced  cycle  time, 
better  quality,  and  reduced  cost  that  leads  to  a stronger  competitive  position. 

• Champion  — a single  individual  who  if  fully  committed  to  the  effort  must  accept  primary 
responsibihty  for  ensuring  the  success  of  the  project. 

• Catalyst  (project)  — improved  data  validation  methods  must  be  implemented  in 
conjunction  with  an  important,  highly  visible  pilot  project  that  must  be  successful  for  the 
organization  to  gain  or  maintain  the  competitive  position  it  seeks;  without  a compelling 
reason  for  improved  data  vahdation  methods,  change  is  less  likely  because  of  the  security 
of  the  status  quo  — typical  "catalyst"  projects  are  characterized  by  high  visibility,  new 
products,  tight  schedules  with  real  deadlines  and  consideration  of  entire  product  hfe 
cycle. 

• Tactical  Business  Case  — clear  and  measurable  outcomes  that  are  directly  linked  to 
improved  data  validation  methods  (e.g.,  reduced  data  entry,  reduced  errors,  lower 
prototyping  costs). 

• Management  Buy-In  — senior  and  middle  managers  must  fully  support  the  change  to 
ensure  commitment  of  resources,  adequate  management  attention,  and  the  rewards  and 
incentives  to  motivate  success. 

• Project  Planning  — the  project  team  (led  by  the  "Champion")  must  develop  and  follow  a 
well  conceived  implementation  plan  that  addresses  skills,  resources,  training, 
infrastructure  requirements,  tools  and  technology,  and  vendors. 

A major  issue  raised  during  discussion  of  the  implementation  approach  is  the  assumption 
that  the  METK  must  be  technically  mature  prior  to  implementation.  Software  developers  present 
expressed  concern  over  putting  a critical  project  at  risk  by  using  relatively  untested  software 
products  (e.g.,  data  and  application  interfaces)  that  could  impede  project  completion  if  they  fail 
to  perform  as  expected.  The  implementation  group  expressed  their  conviction  that  no  software 
products  will  be  taken  seriously  by  top  managers  until  the  products  are  technically  mature  and 
proven  to  be  effective.  The  consensus  of  the  forum  is  that  software  development  and  testing 
must  occur  in  a relatively  low-risk  environment  where  adequate  control  can  be  maintained; 
implementation  will  be  most  successful  where  well-tested  software  proves  to  be  the  critical 
success  factor  in  a high  visibility,  time  constrained  effort. 

The  implementation  process  will  likely  involve  top  managers  (sponsorship),  a champion 
who  sees  the  project  through  to  completion,  end  users,  functional  managers,  vendors,  customers, 
and  supphers.  The  implementation  team  should  include  representatives  from  marketing, 
manufacturing  engineering,  design,  systems  planning,  quality,  reliability,  test,  and  production. 
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Some  discussion  revolvec^ow  vendors  will  work  together  to  solve  the  integration  and 
interface  problems  faced  in  developing  and  implementing  the  data  validation  approach.  Will  a 
commercial  entity  emerge  that  will  develop  the  "glue"  that  allows  different  applications  to  access 
and  exchange  information?  Will  selected  vendors  choose  to  work  together  to  develop  a neutral 
interface  that  will  allow  application  to  work  together?  What  role  will  NIST  or  other  government 
entities  (e.g.,  NSWC,  USTACOM)  play  in  moving  the  data  validation  methodology  forward? 
These  questions  remain  as  do  a number  of  options  for  developing  the  validation  methodology. 

Validation 

The  validation  group  reviewed  manufacturing  data  validation  needs  and  developed 
scenarios  for  applying  the  validation  methodology  presented.  The  group  used  the  following 
additional  guidance  to  assist  their  discussion: 


1.  Review  the  list  of  manufacturing  data  to  be  vahdated  and  determine  what,  if  anything,  is 
missing. 

2.  Describe  and  diagram  the  typical  sequence  in  which  manufacturing  data  are  generated 
during  manufacturing  engineering  planning. 

3.  Develop  a preferred  mapping  of  manufacturing  data  validation  activities  to  the  sequence 
developed  above. 

4.  As  appropriate,  cluster  data  validation  actions  into  logical  groupings  designed  to  identify 
and  resolve  manufacturing  data  problems  as  early  as  possible  in  the  planning  process. 


The  breakout  group  examined  the  hst  of  manufacturing  data  types  presented  in  the  data 
validation  methodology.  This  initial  list  contained  the  following  items: 


1.  Manufacturing  order 

2.  Routing  sheet 

3.  Stock  material  specification 

4.  Intermediate  workpiece  geometry 
and  shape  information 

5.  Operation  sheet 


6.  Machine  setup  sheet 

7.  Workpiece  setup  sheet 

8.  Tool  list 

9.  Fixture  list 

10.  NC  program 


The  validation  group  added  several  additional  items  to  the  list  of  manufacturing  data  to  be 


validated. 

These  items  are  list  below: 

1. 

Lot  Size 

5. 

Tool  Preset  Information, 

2. 

Availability  of  material  and  time 

Fixturing  Data 

frame 

6. 

Consolidated  tool  list 

3. 

Manufacturing  History 

7. 

QA  Vahdation 

4. 

Cost  Estimate,  Customer  Quote, 

8. 

Process  Instructions 

Final  Cost 

9. 

Environmental  Issues 

10. 

Bill  of  Materials 
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The  group  acknowledged  that  lot  size  is  important  in  manufacturing  planning  because  the 
choice  of  processes  and  tooling  may  vary  depending  on  the  length  of  the  production  run.  Low 
volume  and/or  prototype  products  may  be  manufactured  using  methods  optimized  for  quality  and 
time  to  initial  production;  higher  volume  products  may  be  optimized  for  quality  and  unit 
production  costs  and  unit  production  time  — and  may  require  additional  capital  investment. 

To  better  understand  when  and  how  these  manufacturing  data  might  be  validated,  the 
group  developed  an  illustrative  sequence  that  shows  where  various  manufacturing  engineering 
data  are  generated  during  manufacturing  engineering  planning.  This  sequence,  shown  in  Figure 
1 , was  modeled  after  processes  used  by  members  of  the  validation  group  during  their  product 
development  cycle.  The  group  noted  that  substantial  time  may  elapse  between  any  of  the  major 
milestones  (noted  as  "Status  x")  due  to  customer  delays  in  authorizing  manufacturing  planning, 
delays  in  obtaining  materials,  or  delays  in  scheduling  production  after  manufacturing  planning  is 
completed. 

The  group  used  this  manufacturing  planning  sequence  as  the  basis  for  identifying  areas 
where  manufacturing  data  validation  is  particular  critical  or  difficult.  Participants  responded  to 
the  question: 

What  are  the  most  likely  sources  of  error/problems  in  manufacturing  engineering 

data?  (problems/error  types:  feasibility,  high  cost,  quality,  time  to  release) 

A total  of  30  responses  were  offered  and  then  grouped  into  similarity  categories  as 
shown  in  Table  1.  Two  of  the  responses  were  general  in  nature,  noting  that  the  validation 
process  and  resulting  problems  and  errors  are  different  depending  on  whether  manufacturing  data 
are  generated  manually  or  using  automated  methods.  The  group  was  not  able  to  take  definitive 
positions  on  which  errors/problems  are  more  likely  with  automated  versus  manual  data 
generation  system.  The  group  did  conclude  that  while  automated  systems  are  clearly  able  to 
develop  manufacturing  data  more  rapidly  and  to  consider  many  factors  simultaneously,  detection 
of  some  critical  manufacturing  data  errors  (e.g.,  errors  in  understanding  and  in  some 
assumptions)  may  be  difficult  to  automate;  manual  systems,  while  more  time  consuming,  may  be 
more  likely  to  detect  these  types  of  errors  before  they  become  manufacturing  or  production 
problems. 

The  group  noted  that  errors  that  occur  in  categories  A through  D are  largely  associated 
with  input  to  the  manufacturing  planning  process.  These  errors  concern  the  availability, 
accuracy,  timeliness,  completeness,  and  consistency  of  data  provided  to  the  manufacturing 
engineer  about  the  product  and  the  manufacturing  environment  (e.g.,  processes  available  and 
their  capabilities).  Categories  E through  G are  areas  were  the  manufacturing  engineer  can 
introduce  errors  by  selecting  the  wrong  processes,  operation  sequences,  tooling,  or  fixtures  or  by 
generating  inaccurate  NC  programs.  These  errors  typically  occur  between  "Status  2"  and  "Status 
0"  shown  in  Figure  1 . 
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Customer 

— 

Program 

r 

Project  Support 

Project  Support  Dept  Head 

Master 

Data  Validation  Activity 

Manager 

Dept  Head 

Process 

Planner 

Tool 

Designer 

NC 

Programmer 

Scheduler 

Data 

Integrity 

Manufacturing 

Process 

Cost  and 

Performance 

Receive  Customer  Order  or  Product  Design 




Meet  to  Review  Requirement  and  Develop  Quote 

'N- 


Quotation  Provided  to  Customer  (Status  4) 


Produce  Quote  for  Customer 


Create  Billl  of  Materials 

I 

= 1 Bill  of  Materials 

Bill  of  Materials  Com 


lete  (Statiis  3) 


Establish  ordering  rules  for  raw  material 

1 i i: 


Acquire  rapid  jirototype  (e.g.^  stereolithography) 


Ordering  Rules  Established  (Status  2) 


1 


< Develop  Process  Plan 


I Write  process  in  detail 


= Process  Plan  (Operations/Sequence) 


~l 


Define  NC  sequences  and  develop  NC  program 

j 


= I NC  Programs 


I Determine  tools  and  fixtures 

, I 


[=  Tools  and  Fixtures  Data 
M^nufa^uring_ Engineering  Cojn^ete  (St^us  0) 


1 


Schedule  Production 
r 


= Production  Schedule 


Figure  1.  Example  Manufacturing  Engineering  Data  Generation  Sequence 
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Table  1.  Likely  Sources  of  Errors/Problems  in  Manufacturing  Engineering  Data 


Item 

' ■ - Description  . v' . , 

Category  A:  Understanding 

A1 

Improper  understanding  or  expectation  of  process  capabilities 

Category  B:  Assumptions 

B1 

Incorrect  assumptions 

B2 

Wrong  assumptions 

B3 

Change  in  state  of  production  facility 

Category  C:  Data 

Cl 

Data  sources  — late  engineering  data 

C2 

Data  sources  — quality  of  data  — poor  GD&T;  improper  tolerances 

C3 

Wrong  inputs,  e.g.,  selection  of  a tool  which  is  not  available 

C4 

How  to  get  the  right  data  from  the  right  place  at  the  right  time 

C5 

Incomplete  data 

C6 

Wrong  input  data 

Cl 

Data  — lack  of  or  wrong 

Category  D:  Producibility 

D1 

Design  does  not  lend  itself  to  efficient  manufacturing 

D2 

How  to  validate  process  plan  for  producibility 

D3 

How  to  validate  design  for  manufacturability 

Category  E:  Process  Plan  (steps/sequence) 

El 

Variety  of  configurations 

E2 

Process/operation  sequence 

E3 

Omission  of  operation  steps 

E4 

Process  instructions 

Category  F:  Process  Implementation  (tools,  NC  code,  fixtures) 

FI 

NC  Program  errors 

F2 

Tool  list  errors 

F3 

Fixtures  incomplete  or  wrong 

F4 

Required  accuracy  not  met 

F5 

Machine  tool  selection 

F6 

Machine  is  not  capable  of  performing  process  at  all  or  to  the  desired  accuracy 

F7 

Wrong  parts  ordered 

Category  G:  QA,  Cost,  Performance 

G1 

Impact  on  cost,  time,  and  quality 

G2 

Quality/inspection  requirements 

G3 

Quality  assurance  validation 
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The  validation  breakout  group  next  examined  the  recommended  data  validation 
methodology  by  responding  to  the  following  question: 

What  are  the  two  most  important  concems/issues  with  the  validation  methodology 
presented? 

The  responses  to  this  question  were  grouped  into  three  major  categories  corresponding 
to  the  level  at  which  the  concern  or  issue  should  be  addressed.  These  responses  are  shown  in 
Table  2. 


Table  2.  Most  Important  Concems/issues  with  the  Validation  Methodology 


Item 

Description 

Category  A:  Overarching  Issue  and  Concerns 

A1 

It  should  be  the  position  of  METK  program  to  do  as  much  as  possible  using 
conformance  testing  *of  the  application  tools 

A2 

A single  validation  methodology  may  not  be  appropriate;  probably  needs  different 
methods 

A3 

How  efficient  is  the  validation  method  --  how  quickly  are  errors  detected? 

A4 

The  ultimate  validation  is  the  part;  the  methodology  does  not  include  this  — the  part 
should  change  assumptions 

Category  B:  Validation  Methodology  Application  Issues  and  Concerns 

B1 

Focus  is  on  small  machined  parts/small  batch  manufacturing  — is  this  acceptable? 

B2 

Difficulty  in  applying  a methodology  if  it  requires  a major  change  in  the  way  people 
work 

B3 

There  are  different  types  of  data  that  require  different  validation  methods  — the 
proposed  methodology  ^ offers  only  one  approach 

B4 

When  to  apply  the  methodology  — conformance  testing  vs.  point  of  generation  vs.  time 
of  use 

Category  C:  Validation  Methodology  Operational  Issues  and  Concerns 

Cl 

Process  planning  data  is  based  on  assumptions  about  lot  size  and  schedule 

C2 

Metal  removal  rates  may  be  modified  per  setup  (the  speed/feedrate  may  be  adjusted 
depending  on  the  tool  conditions  — rigidity  & precision  of  the  tool) 

C3 

There  may  be  different  routings  depending  on  the  variables  — must  have  the  options  of 
when  and  how  to  perform  validation  of  routing  data 

^Conformance  testing  refers  to  validating  application  software  that  generates  the 
manufacturing  engineering  data  rather  than  validating  the  data  that  are  produced  by  the 
application  software. 

^Further  explanation  of  this  item:  Different  data  can  be  validated  by  different  methods.  Pick 
the  best  method  for  the  data.  Methods  may  vary  from  conformance  testing  of  the  generator  (e.g., 
no  validation)  to  Validate  every  time  the  process  plan  is  created. 
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Item 

tlir-'  ‘"‘"Description 

C4 

Documentation  of  process  plan,  NC  program,  and  tooling  must  be  consistent.  For 
example,  if  tooling  changes,  the  NC  program  may  have  to  be  re-generated  and 
validated 

C5 

Validation  procedures  need  to  be  established  including  test  cases  ( machine  features, 
machine  tool,  tooling,  speed/feeds,  etc.)  and  testing  methods.  Reference  and  use 
benchmark  test  cases  and  test  methods  if  available 

C6 

Need  for  feedback  between  major  functions  such  as  design  systems,  process  planning 
and  simulation  systems 

The  validation  group  summarized  their  most  important  concerns  as: 

• Consider  conformance  testing  explicitly  in  the  methodology 

• Determine  when  best  to  apply  the  methodology  (conformance  testing,  data  generation, 
use  of  data) 

• Establish  test  cases 

• Ultimate  validation  is  the  part  — need  to  incorporate  feedback  from  production 

• Routing  vs.  NC  generation  — need  to  address  specific  documents 

• May  need  multiple  methodologies 

• Need  to  show  feedback  model  to  show  how  errors  detected  affect  design  and 
manufacturing  planning 

• Process  may  be  different  based  on  lot  size 

Additional  issues  and  concerns  identified  during  the  validation  group  outbrief  to  the 
plenary  session  are: 

• Manufacturing  engineering  planners  must  understand  both  the  design  and 
manufacturing  problem  (customer  requirements) 

• The  requirements  of  the  engineering  data  validation  methodology  need  to  be 
solidified  and  documented  to  guide  developers  and  users  in  understanding  what  to 
develop  and  what  the  benefit  will  be 

• Few  models  are  available  to  adequately  test  the  efficacy  of  the  validation 
methodology  — may  require  a creative  design  of  experiments  to  capture  effects  of  the 
vahdation  methodology  on  cost,  quahty,  and  cycle  time 

• May  want  to  use  quality  functional  deployment  (QFD)  to  link  validation  methodology 
requirements  to  customer  requirements 

Architecture 

The  architecture  group  was  assigned  the  task  of  reviewing  the  proposed  METK  and 
testing  it  by  illustrating  how  the  data  generation  and  validation  applications  and  data  would 
function  within  the  architecture.  Additional  guidance  provided  to  this  group  was: 
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1 . Identify  ne^Q.dQ.6.  functionality  that  is  not  provided  by  the  proposed  METK  architecture. 

2.  Identify  issues  not  fully  addressed  by  the  proposed  METK  architecture. 

3.  List  the  'hot”  issues  that  influence  development  of  the  METK  architecture  and  should  be 
given  special  consideration. 

4.  Test  the  METK  architecture  by  illustrating  how  manufacturing  data  preparation  and 
validation  might  work  within  the  proposed  architecture.  Surface  and  describe  problems 
and  opportunities  for  improvement. 

The  architecture  breakout  group  was  generally  favorable  toward  the  METK  architecture 
presented  (see  Appendix  F).  Specific  issues  discussed  and  concerns  expressed  include: 

• More  detailed  description  of  the  architecture  to  better  understand  how  applications  and  data 
wiU  be  accessed  and  linked 

• Clarification  of  "application  interfaces"  and  their  role;  distinction  made  between  integration 
which  occurs  at  a high  level  and  interfaces  which  require  detailed  description  • 

• "Push  vs.  pull"  of  application  interfaces  — bi-directional  flow  needed 

• Competing  needs  of  short  and  long-term  goals 

> Extend  existing  prototype 

> General  architecture  for  METK 

> Standard  industry  agreements  and  schemas  for  manufacturing  engineering 

The  group  concluded  that  the  METK  architecture  needs  to  be  described  at  different 
levels:  process,  services,  and  mechanisms.  Figure  2 illustrates  these  three  levels  and  the  issues 
to  be  addressed  at  each  level.  In  addition,  the  group  recognized  the  importance  of  knowing  what 
is  in  scope  and  out  of  scope  for  the  METK  project  and  architecture  and  the  need  to  be  aware  of 
the  needs  of  other  projects  and  systems.  Figure  3 illustrates  how  METK  fits  within  a broader 
view  of  product  design  and  manufacturing. 

Several  vendors  participated  in  the  architecture  and  offered  their  suggestions  regarding 
how  vendors  could  best  support  METK  development.  Specific  concerns  and  suggestions  that  are 
particularly  relevant  to  vendors  are: 

• Specific  changes  to  tools  for  METK  are  not  considered  viable  unless  they  provide  broad 
appeal  to  customers. 

• External  translators  between  formats  are  more  feasible  in  the  short  term. 

• Vendors  are  currently  working  with  industry  consortia  and  standard  groups  who  require 
common  formats  or  data  translators 

> METK  should  leverage  this  work 

> Vendors  would  be  willing  to  provide  this  data. 

• To  reduce  the  burden  on  vendors,  any  common  data  formats  and  schemas  defined  by  the 
METK  project  require  vendor  input  to  ensure  they  are  "close"  to  current  tool  data. 

• Customer  expectations  about  translators  and  input/output  formats  are  very  high 

> Bi-directional  data  conversion 

> No  loss  of  information 
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> Performance,  performance,  performance, . . . 

• External  control  of  some  data  sources  is  needed  to  avoid  re-entry  of  data  (e.g.,  current  shop 
floor  layout,  tool  catalogs,  others, . . .) 

• Specific  actions  that  vendors  could  carry  out  for  the  METK  project  include 

> Deneb  to  come  up  with  an  ACIS  translator  to  aid  conversion  and  integration  of  data 

> Work  with  Matrix  to  look  at  moving  translation  between  forniats  as  part  of  use  of  Matrix 
(i.e.,  remove  manual  input  to  start  the  translation) 
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Services 

Level 


Feature  Extraction 
Process/Machine  Selection 
Fixturing 

Operation  Planning 
Path  Planning 
NC  program  validation 
Material  removal  validation 
Tool  Path  validation 
Fixturing  validation 


Tooling  Data 
Machine  Data 

+ . . . . 


+ . . . . 


Mechanism 

Level 


Figure  2.  METK  Architecture  Levels 
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Figure  3.  Boundary  of  METK  Project 


The  architecture  group  concluded  that  several  intermediate  products  are  needed  to  ensure 
successful  development  of  the  METK  architecture.  These  are 

• Expertise  in  each  of  the  individual  tools  as  a precursor  to  the  integration  effort 

• A more  detailed  list  of  services  of  METK 

• Mid-level  view  of  architecture  at  the  services  level  (more  detailed  than  current  design) 

• Data  schemas  and  structures  for  any  shared  data 

• Typical  usage  scenarios 

> Clearly  illustrate  where  integration  benefits  lie 

> Provide  actual  job  shop  example 

> Develop  enhanced  scenario  with  the  specific  tools  chosen  (Matrix,  Part,  Deneb) 

• A prioritized  list  of  improvements  that  can  be  made  to  the  current  integration  prototype. 

An  excellent  summary  of  the  major  architecture  issues  is  provided  in  Appendix  H, 
"Integration  Aspects  of  the  METK  Project,"  prepared  by  Alan  Brown,  facilitator  for  the 
Architecture  breakout  group.  This  briefing  provides  a context  for  discussing  integration  and 
architecture  design  issues  by  describing  the  range  of  integration  approaches  and  the  roles  various 
organizations  might  play.  Much  of  the  thinking  in  this  paper  was  captured  in  the  report  of  the 
architecture  group. 
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Next  Steps 

The  second  technical  meeting  of  the  CAME  Forum  concluded  by  discussing  outstanding 
issues  that  need  further  development  and  discussion.  These  issues  are: 

• Further  discuss  and  develop  the  real  business  issues  that  will  drive  implementation  of  the 
manufacturing  engineering  data  generation  and  validation  approach. 

• Discuss  the  roll-out  of  METK  system  versus  the  needs  of  the  participating  organization. 

• Discuss  how  to  get  vendors  together  to 

> Identify  and  resolve  interface/integration  issues 

> Prpvide  input  to  NIST 

• Vendors  need  better  (and  more  concrete)  guidance  on  what  needs  to  be  done. 

• Help  vendors  find  the  areas  of  greatest  payoff  for  collaboration  — what  is  the  business 
case  for  their  investment? 

The  next  steps  in  the  METK  development  that  need  to  be  taken  are 

> Develop  a business  process  model. 

> Identify  additional  test  parts  for  validating  the  methodology. 

> Refine  the  state  transition  diagram  for  manufacturing  engineering  data  generation 
and  validation. 
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NIST  Computer-Aided  Manufacturing  Engineering  Forum 
Technical  Meeting  Agenda 
Tuesday,  August  22, 1995 


7:45  a.m.  Continental  Breakfast 

8:30  a.in.  Welcome  and  Introductions C.  McLean 

8:45  a-in.  Meeting  Objectives  and  Overview M.  Smith 

9:00  a.in.  Project  Status  Update S.  Leong 

9:152Lm.  Manufacturing  Validation  Issues C.  McLean 

C.  Chen 

10:00  ajn.  Implementation  Plan  & Issues S.  Leong 

10:30  a.m.  Break 

Transportation  provided  between  hotel  and  NIST 
10:45  a.in.  Baseline  System  Demonstration  (at  NIST) MSE'  Group 

1 . Matrix  / ICEM_Part  / Deneb  VNC  / Deneb  Quest 

2.  Model  shop  and  layout 

3.  Shop  scenario 

12:(X)p.m.  Lunch  (at  hotel) 

1 :(X)  p.m.  System  Integration  and  Interface  Issues  (Overview Frank  Riddick 

Alan  Brown 

2:00  p.m.  Breakout  Groups  Discussion All 

1.  Systems  Integration  Issues  Group 

2.  Manufacturing  Validation  Group 

3.  System  Implementation  Issues  Group 

4:30  p.m.  Session  Wrap-up M.  Smith 

5:00  p.m.  Adjourn 
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Technical  Meeting 
Preliminary  Agenda 

Wednesday,  August  23, 1995 

7:45  ajn.  Continental  Breakfast 

8:30  a.m.  SIMA^  Production  System  Engineering  Environment C.  Mclean 

S.  Leong 

9:15  a.m.  Breakout  Groups  Reconvene  (to  prepare  outbrief) All 

10:(X)  a.m.  Break 

10: 15  a.m.  Systems  Integration  Issues  Report  and  discussion Spokesperson 


10:45  ajn.  Manufacturing  Validation  Issues  Report  and  Discussion Spokesperson 

11:15  ajn.  Business  (Tase  and  Implementation  Report  and  Discussion...Spokesperson 

1 1 :45  a.m.  Meeting  Wrap-up C.  McLean 

S.  Leong 
M.  Smith 

12:00  p.m.  Adjourn 
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METK  Project  Status 

1.  Welcome  New  Visitors/Participants 
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• Ford  Motor  Company 

• Ohio  Aerospace  Institute 

• Ohio  University 

• CimTechnologies 

• Framework  Technologies 

• New  NIST  Staff 

2.  Test  part/manufacturing  process  data  status 

• Product  model 

• Drawing 
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4.  System  Baseline  Overview 

5.  System  Baseline  Demo 


6.  Project  Schedule 
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3.  Stock  material  specification 
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ISSUES  OF  MANUFACTURING  ENGINEERING  DATA  VALIDATION 
IN  CONCURRENT  ENGINEERING  ENVIRONMENT 

C.  McLean,  S.  Leong,  and  C.  Chen 
Manufacturing  Systems  Integration  Division 
National  Institute  of  Standards  and  Technology 
Gaithersburg,  MD  20899,  USA 
Phone:  (301)  975-3511;  FAX  (301)  258-9749 
E-mail:  mclean@cme.nist.gov 


Abstract 

Manufacturing  engineering  data  validation  is  a critical  engineering  activity  in  the  product 
realization  process.  This  paper  identifies  a set  of  manufacturing  engineering  data  which 
is  required  for  production  in  a machine  shop,  examines  error  sources,  and  proposes  a 
validation  methodology  for  implementation  in  a computer-integrated  concurrent 
engineering  environment  In  a sense  manufacturing  data  validation  is  similar  to  the 
practice  of  inspecting  materials  and  components  coming  into  a shop-the  quality  of 
manufacturing  engineering  data  must  also  be  assured  before  it  is  released  to  the  shop 
floor.  The  ultimate  goal  of  data  validation  research  is  to  establish  techniques  that  will 
enable  a production  facility  to  produce  a product  correctly  the  first  time. 

Keywords 

Engineering  information  modeling,  manufacturing  data  validation,  concurrent 
engineering,  virtual  manufacturing. 


1 INTRODUCTION 

A typical  product  realization  process  is  divided  into  three  stages:  product  design, 
manufacturing  engineering,  and  production.  Product  design  deals  with  product  modeling, 
functional  analysis,  and  design  documentation.  Manufacturing  engineering  specifies  the 
manufacturing  procedure  and  resources  required  to  transform  the  design  into  a finished 
product.  Production  carries  out  the  engineering  plan  (product  and  process  design)  by 
coordinating  customer  orders  and  resources  available  to  the  production  system.  Among 
the  three,  manufacturing  engineering  has  been  the  most  problematic  and  the  least 
computerized.  For  the  most  part,  manufacturing  engineering  still  relies  on  laborious 
human  involvement  and  is  commonly  viewed  as  an  art,  despite  of  numerous 
developments  and  advances  in  this  area  by  the  CAD/CAM  research  community  in  the 
past  decades. 

There  are  few  software  tools  used  routinely  in  industry  for  automatic  generation 
of  manufacturing  engineering  data.  Tools  which  do  automatically  generate  data  typically 
focus  on  a narrow  portion  of  the  manufacturing  engineering  problem  domain.  The  main 
reasons  for  the  lack  of  tools  has  been  that:  1)  there  is  no  effective  way  of  capturing 
manufacturing  knowledge  and  experience  for  computer  applications,  2)  manufactunng 


engineering  data  and  their  representations  are  not  well  defined,  and  3)  manufacturing 
practices  differ  significantly  among  companies.  Even  fewer  computer  tools  are  available 
for  manufacturing  data  validation.  No  effective  modeling  tools  exist  for  capturing 
engineering  and  manufacturing  resource  functionality  for  data  validation.  Thus, 
manufacturing  engineering  data  are  of^en  inaccurate  and  incomplete.  Errors  sometimes 
remain  undetected  until  the  data  is  first  used  on  the  shop  floor,  ultimately  resulting  in  data 
rework,  delays  in  production  and  product  delivery,  and  higher  manufacturing  costs.  This 
problem  can  be  critical  in  production  environments  where  there  are  long  engineering  lead 
times,  where  engineering  data  are  frequently  changed,  or  where  data  are  shared  by  a 
number  of  engineers  involved  in  product  and  process  development.  An  automatic  data 
validation  tool  kit  is  thus  highly  desirable,  especially  when  manufacturing  engineering 
data  are  generated  by  external  resources  and  the  efficiency  of  a receiving  inspection  of 
these  external  data  is  a major  concern. 

The  goal  of  this  research  effort  is  development  of  a manufacturing  data  validation 
methodology  which,  upon  its  completion,  will  be  able  to  ensure  that  the  data  are 
complete,  correct,  and  up  to  date  such  that  the  product  can  be  made  correctly,  as  planned 
at  the  first  time  The  problem  is  further  complicated  in  environments  where  product 
design  and  resource  availability  may  evolve  constantly,  subsequently  affecting  the 
validity  of  downstream  manufacturing  engineering  decisions. 

This  paper  is  focused  on  the  modeling  and  validation  of  manufacturing  process 
data.  The  problem  domain  is  limited  to  the  machining  job  shop  environment  in  which 
there  exist  no  production  lines  and  no  major  changes  to  the  production  system  layout  are 
expected.  To  outline  the  manufacturing  engineering  process  in  a typical  job  shop 
environment  and  set  the  scope  for  further  discussion,  a brief  overview  of  major 
manufacturing  planning  activities  is  presented  in  the  next  section.  Section  3 highlights 
various  types  of  manufacturing  engineering  data  and  presents  an  integrated 
manufacturing  information  model.  The  types  of  data  errors  and  validation  needs  are 
identified  in  Section  4,  followed  by  a presentation  of  a data  validation  methodology  in 
Section  5.  A description  of  the  implementation  currently  under  way  at  NIST  is  presented 
in  Smith  (1995)  and  is  summarized  at  the  end  of  this  paper  with  concluding  remarks. 

2 MANUFACTURING  ENGINEERING  ACTIVITIES 

There  are  three  basic  functions  of  manufacturing  engineering  in  a typical 
manufacturing  firm.  They  are  manufacturing  administration,  manufacturing  planning, 
and  process  engineering.  Process  engineering  includes  design  of  tooling  and  production 
line  setups.  This  paper  is  focused  on  the  manufacturing  planning  function  and  to  a lesser 
degree,  the  administration  function,  because  they  directly  contribute  to  manufacturing 
data  generation  and  validation. 

The  modeling  of  manufacturing  engineering  activities  has  been  frequently 
reported  in  the  literature  in  recent  years.  Most  of  these  activity  models  are  presented  in 
IDEFO,  which  organizes  activities  in  a hierarchical  structure.  For  example,  in  Parker 
(1994),  manufacturing  engineering  activities  were  organized  into  four  major  tasks: 
process  planning,  tooling  package  development,  machining  package  development,  and 


inspection  package  development.  Process  planning  was  decomposed  into  three  subtasks: 
resource  selection,  plan  creation,  and  plan  validation  and  approval.  Tooling  package 
development  was  decomposed  into:  tooling  strategy  development,  tooling  data 
generation,  tooling  package  verification,  and  tooling  package  release  and  control. 
Machining  package  development  was  decomposed  into:  NC  strategy  development,  NC 
machining  package  preparation,  NC  data  package  verification,  and  NC  package  release 
and  control.  These  tasks  were  further  decomposed  into  more  detailed  tasks.  For 
example,  resource  selection  consisted  of:  facility  selection,  material  selection,  equipment 
selection,  tooling  selection.  On  the  other  hand,  process  plan  creation  consisted  of:  in- 
process  shapes/features/attributes  generation,  process  selection,  and  operations 
sequencing. 

Another  manufacturing  engineering  activity  modeling  effort  can  be  found  in  a 
recent  document  prepared  by  NIST  (1995).  In  the  NIST’s  report,  five  major 
manufacturing  engineering  planning  activities  were  identified  as  follows:  1)  determine 
manufacturing  methods,  2)  determine  manufacturing  sequence,  3)  develop  tooling 
packages,  4)  develop  equipment  instructions,  and  5)  finalize  the  production  package.  The 
tasks  identified  under  manufacturing  method  determination  were  stock  material  selection, 
process  selection,  major  resources  selection,  and  preliminary  cost  estimation.  Under 
manufacturing  sequence  determination  were:  operation  specification,  operation 
sequencing,  part  routing,  and  plan  validation.  Under  tooling  package  development  were 
tool  selection,  tool  design,  and  tool  cost  estimation.  Under  equipment  instructions 
development  were:  in-process  part  description,  tooling  requirement  specification, 
operation  instruction  generation,  machine  program  generation,  and  equipment  instruction 
validation.  Under  production  package  finalization  were:  final  cost  estimation,  resource 
package  release,  scheduling  package  release,  and  plan  library  update. 

Both  models  are  intended  to  capture  manufacturing  planning  activities  in  the  job 
shop  environment.  The  NIST  model  however  includes,  and  highlights  the  importance  of, 
data  validation  and  cost/performance  evaluation  activities  in  the  planning  process.  These 
validation  activities  may  be  viewed  as  an  “in-process”  validation  function.  There  are 
additional  needs  for  data  validation.  For  example,  a receiving  validation  is  needed  when 
a manufacturing  order  is  being  released  to  the  shop  floor  or  external  manufacturing  data 
are  received. 

The  manufacturing  planning  activities  are  generally  inter-related.  An  upstream 
decision  frequently  becomes  a constraint  to  its  subsequent  decisions,  which  may  also  be 
fed  back  to  preceding  activities  for  design  and  process  changes.  For  example,  a setup 
decision  is  a constraint  to  NC  programming,  but  difficulties  found  at  NC  programming 
may  be  sent  back  to  the  process  planner  for  process  modification. 

The  input  data  required  for  these  activities  include  product  design,  production 
data,  and  manufacturing  resources.  Product  design  specifies  part  geometry,  form 
features,  material,  and  tolerances.  These  product  data  help  the  planner  narrow  the  scope 
of  feasible  manufacturing  processes.  Production  data  allow  the  planner  set  a target 
production  quantity  and  lead  time  for  the  process  plan.  Also  it  further  limits  available 
manufacturing  options.  Manufacturing  resource  data  such  as  machines,  tools,  fixtures, 
raw  materials,  and  process  knowledge  are  critical  to  the  process  decision.  The  knowledge 
of  resource  availability  and  capability  not  only  enables  the  planner  to  make  feasible 
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decisions  but  also  improves  the  decision  efficiency  by  further  limiting  the  scope  of 
feasible  solution  space;  for  all  planning  decisions  are  made  based  on  available  resources, 
whether  they  are  internal  and/or  external.  However,  all  the  input  data  are  subject  to 
change,  which  may  make  a feasible  process  plan  invalid  at  the  time  of  use.  To  ensure  the 
validity,  some  control  mechanism  needed  to  monitor  and  broadcast  changes  to  affected 
engineering  data  entities. 

Most  manufacturing  engineering  data  are  still  manually  generated,  even  though 
computer  tools  are  available  for  assistance.  For  example,  typical  process  planning 
systems  used  in  industry  still  rely  on  user  input  for  decisions  such  as  feature  recognition, 
process  selection,  and  setup  configuration.  The  planning  systems  provide  a mere  working 
environment  for  facilitating  supplemental  planning  activities  such  as  plan  formatting, 
plan  storage,  and  data  retrieval.  For  NC  programming,  APT-based  programming  systems 
are  typically  used  to  assist  in  geometry  definition,  features  identification,  and  tool  path 
generation.  Again,  in  most  cases,  the  user  still  has  to  specify  part  geometry,  tool  path 
boundary,  and  machining  parameters.  The  manufacturing  data  generated  by  these 
planning  activities  are  commonly  called  routings,  operation  sheets,  material  lists,  tool 
lists,  fixture  lists,  machine  setups,  workpiece  setups,  tool  designs,  in-process  inspection 
plans,  operator  instructions,  and  NC  programs. 


3 MANUFACTURING  ENGINEERING  DATA 

Manufacturing  engineering  data  can  be  broadly  classified  into  two  types:  product 
data  and  process  data.  Product  design  data  may  be  documented  in  CAD  models  (or  data 
files)  and  are  often  translated  into  engineering  drawings  for  the  shop  floor.  Engineering 
change  orders  which  record  changes  to  an  engineering  design  may  also  be  included. 
Primary  manufacturing  process  data  are  identified  as  the  following  nine  types: 

1.  route  sheet, 

2.  stock  material  specification, 

3.  intermediate  stock  shape  and  geometry, 

4.  operation  sheet, 

5.  machine  setup  sheet, 

6.  workpiece  setup  sheet, 

7.  tool  list, 

8.  fixture  list,  and 

9.  NC  program. 

A route  sheet  specifies  a sequence  of  workstations  which  each  workpiece  must 
visit  It  may  include  l^th  processing  stations  and  queue  stations.  It  may  also  include 
scheduling  data  such  as  expected  arrival  time  and  duration  of  stay  at  each  station.  A 
stock  material  specification  denotes  the  initial  size  and  shape  of  the  selected  stock 
material.  The  selection  is  done  according  to  the  material  type  and  its  AISI  code  specified 
in  the  product  design.  An  intermediate  stock  shape  and  geometry  records  the  resulting 
form  features  and  geometry  created  on  the  workpiece  at  each  processing  step. 


Intermediate  shape  data  are  critical  to  workpiece  setup  and  NC  programming.  To  define 
intermediate  shape  information  for  manufacturing,  form  features  are  commonly 
considered  as  an  effective  means.  An  operation  sheet  contains  a set  of  sequenced 
machining  operations  to  be  performed  on  the  machine  with  a given  workpiece  setup. 
Thus  each  operation  sheet  is  usually  supplemented  with  a machine  setup  sheet  and  a 
workpiece  setup  sheet 

A machine  setup  sheet  contains  instructions  for  setting  up  the  machine  for  the 
operations  specified  in  the  operation  sheet.  It  may  include  the  assignment  of  cutting  tools 
to  specific  locations  in  the  tool  magazine  on  the  designated  machine.  If  multiple  tools  are 
specified  in  the  setup,  a tool  list  needs  to  be  created  to  list  all  tools  required  in  this  setup. 
A workpiece  setup  sheet  specifies  how  the  workpiece  will  be  set  up  on  the  machine.  It 
may  be  accompanied  by  a sketch  of  the  fixturing  configuration.  If  fixture  components  are 
used,  a fixture  list  is  then  required  to  list  the  fixture  elements  to  be  used  for  the  setup.  An 
NC  program  is  a set  of  machine  instructions  prepared  for  a machining  activity.  It  is 
machine  controller-specific.  An  NC  program  is  typically  prepared  for  a workpiece  setup. 

In  practice,  some  of  these  manufacturing  data  such  as  setup  instructions  and 
fixture  lists  may  not  be  made  explicitly  available  and  are  not  formally  defined  in  the 
manufacturing  engineering  data  packet  for  the  shop  floor  because  they  may  appear  to  be 
trivial  and/or  tedious.  Furthermore,  manufacturing  process  data  and  formats  used  in 
different  company  may  vary  considerably.  These  variations  makes  manufacturing  data 
exchange  and  validation  extremely  difficult.  Thus  the  modeling  and  standardization  of 
manufacturing  data  has  become  a recent  research  focus  in  the  CIM  community.  A 
generic  process  model  called  ALPS  is  presented  in  Ray  (1992).  Its  application  includes 
modeling  of  process  plans  for  machining  parts.  A process  plan  model  specifically 
developed  for  NC  machined  parts  can  be  found  in  Parker  (1994).  It  attempts  to  capture 
all  related  data  entities.  By  simplifying  the  above  modeling  concepts,  an  object-oriented 
process  data  representation  schema  was  proposed  and  implemented  in  Sanchez  (1994).  In 
the  implementation,  many  data  types  such  as  manufacturing  features  and  manufacturing 
resources  were  populated  and  evaluated  for  their  compatibility. 

A manufacturing  information  model  has  been  developed  based  on  the  work 
reported  in  Parker  (1994)  and  Sanchez  (1994)  with  an  emphasis  on  its  compatibility  with 
commercial  CAD/CAM  packages  and  current  industry  practice.  Due  to  limited  space,  the 
information  model  can  not  be  shown  here.  For  the  full  information  model,  see  Chen 
(1995).  The  information  model  shows  that  a process  plan  may  have  a number  of 
subprocesses,  of  which  each  specifies  a workstation,  a process  activity,  and  a material 
removal  volume  (MRV)  subset.  Each  workstation  identifies  a machine  selected  to  carry 
out  a processing  activity.  Each  processing  activity  includes  a workpiece  setup,  a machine 
setup,  and  the  processing  task,  which  is  often  termed  as  a material  removal  activity  in  the 
machine  shop  environment.  Each  workpiece  setup  links  to  a fixture  list,  while  each 
machine  setup  points  to  a tool  list,  if  multiple  tools  are  used.  A material  removal  activity 
is  accompanied  by  an  NC  program  and  a number  of  operation  clusters.  An  operation 
cluster  denotes  a sequence  of  operations  which  collectively  create  a manufacturing  form 
feature  (MRV).  In  other  words,  an  operation  removes  only  a portion  of  a manufacturing 
feature  (a  part  of  an  MRV  and  called  elemental  MRV  in  the  figure).  Furthermore,  each 
MRV  may  be  constrained  by  one  or  many  islands,  which  are  converted  from  protrusions 


defined  in  the  product  model  and  are  treated  as  physical  constraints  to  the  material 
removal  activity.  Similarly  an  elemental  MRV  may  have  elemental  islands  as  its 
constraints.  Among  the  nine  manufacturing  process  data,  only  route  sheets  are  not 
explicitly  captured  in  the  proposed  representation  scheme.  However,  the  data  required 
for  creating  a route  sheet  such  as  operations  sequence  and  workstations  are  available  in 
the  model. 


4 TYPES  OF  MANUFACTURING  PROCESS  DATA  VALIDATION 

The  validity  of  manufacturing  data  largely  depends  on  the  time-phased  cogency 
of:  I)  product  design,  2)  resource  data,  and  3)  the  applied  manufacturing  engineering 
knowledge.  Because  these  input  data  are  likely  to  change  over  time  alter  decisions  are 
made,  the  manufacturing  engineering  data  may  later  become  suboptimal  or  invalid.  Thus 
validation  is  needed  not  only  at  the  time  of  data  generation  but  also  at  the  time  of 
applying  these  data.  Five  types  of  potential  data  errors  and  validation  needs  are  identified 
as  follows: 

- data  integrity, 

- resource  availability, 

- resource  capability, 

- process  validity,  and 

- cost/performance  metrics. 

Data  integrity  deals  with  the  issues  of  data  availability,  version  control,  and  data 
structure  (syntax).  Data  availability  checks  the  existence  of  each  required  manufacturing 
engineering  data.  Version  control  ensures  that  the  latest  or  a correct  version  of  input  data 
is  used  for  generation  of  manufacturing  engineering  data.  Data  structure  or  syntax 
ensures  checks  that  data  is  correctly  formatted.  A typical  data  integrity  problem  is  caused 
by  using  a wrong  version  of  product  and/or  process  design.  For  example,  an  old  process 
plan  version  may  be  used  to  generate  NC  programs  because  the  NC  programming 
department  was  not  aware  of  the  update. 

Resource  availability  verifies  that  manufacturing  resources  specified  in  the 
process  plan  are  available.  After  planning,  a selected  resource  may  become  unavailable 
due  to  reasons  such  as  obsolescence,  maintenance,  or  schedule  conflicts.  Hence 
manufacturing  data  must  be  re-checked  for  resource  availability  before  they  are  released 
to  the  shop  floor.  Process  capability  is  concerned  about  whether  the  selected  resource  has 
the  capability  to  reliably  perform  the  specified  task.  Two  primary  sources  of  process 
capability  problems  are:  1)  the  resource  capability  was  mis-represented,  or  2)  the 
resource's  capability  has  been  down-graded  (updated)  after  planning  was  completed.  For 
example,  a machine’s  repeatability  and  accuracy  may  have  deteriorated  after  a period  of 
service. 

Process  validity  is  concerned  about  w'hether  process  data  such  as  operation  sheets 
and  machine  control  instructions  will  perform  the  task  as  planned.  Typical  process 
validity  problems  include:  1)  inappropriate  operation  sequence,  2)  insufficient 


setup/teardown  instructions,  3)  fixturing  damage  to  the  workpiece,  4)  inappropriate 
selection  of  tools,  machining  parameters,  and  reference  points,  5)  collision  of  a tool 
holder  into  the  machine  tool,  fixtures,  and/or  a workpiece  setup,  6)  gouging  and  undercut, 
7)  workpiece  deformation,  and  8)  thin-wall  effects  on  adjacent  form  features. 

The  validation  of  manufacturing  data  for  cost  and  performance  concerns  is 
different  from  the  other  four  types  of  validation.  It  does  not  attempt  to  evaluate  the 
feasibility  of  the  manufacturing  engineering  data.  Instead  it  is  concerned  about  the 
optimality  of  the  manufacttiring  planning  decision.  It  may  identify  expensive  operations, 
excessive  load  and  unload  time,  and  bottleneck  stations.  It  may  also  search  for  less 
expensive  stations. 


5 VALIDATION  METHODOLOGY 

For  development  of  a generic  validation  methodology,  a standard  manufacturing 
engineering  data  representation  is  critical.  It  is  a certain  requirement  for  implementation 
of  a computer  integrated  validation  system.  In  today’s  manufacturing  practice,  most  data 
validation  is  done  by  the  planner  who  generates  the  data,  and  verified  (approved)  by  a 
supervisor  or  another  planner.  Common  validation  methods  are  visual  inspection, 
computer  graphic  simulation,  and  try-out  on  a real  machine.  Although  manual  inspection 
and  machine  try-out  are  the  most  common  approaches  to  data  validation,  significant 
progress  has  been  made  toward  development  of  computer-based  data  verification 
techniques. 

The  development  of  data  validation  tools  has  been  largely  limited  to  NC  program 
simulation.  Most  computer-aided  NC  programming  packages  today  have  some  graphic 
simulation  capability  for  tool  path  verification.  There  also  exist  stand-alone  packages  for 
NC  program  verification,  aiming  at  manually-  or  externally-generated  NC  programs.  In 
either  case,  however,  the  user  still  must  observe  the  graphic  display  and  determine 
whether  or  not  the  program  is  correct,  or  whether  collisions  occur.  Automatic  collision 
detection  capabilities  have  become  available  recently  in  some  graphic  simulation 
modeling  packages  such  as  Deneb’s  VNC  (1995).  Limited  capability  of  operations 
sequence  verification  can  also  be  found  in  recent  versions  of  process  planning  systems 
such  as  ICEM/PART  (1994).  This  is  done  by  checking  whether  or  not  the  specified 
removal  sequence  of  manufacturing  features  violates  any  physical  constraint  on  the 
workpiece. 

Based  on  the  manufacturing  data  types  and  potential  errors  presented  in  Sections  3 
and  4,  the  needs  for  data  validation  are  identified  in  Table  1.  As  shown  in  the  table,  four 
manufacturing  data  types  need  to  be  validated  for  each  of  the  five  potential  data  errors. 
They  are:  route  sheet,  operation  sheet,  tool  list,  and  fixture  list.  Machine  setup, 
workpiece  setup,  and  NC  program  require  validation  for  data  integrity,  process  validity, 
and  cost/performance  metrics.  Stock  material  specification  needs  to  be  evaluated  for  data 
integrity,  resource  availability,  and  cost  and  performance.  The  only  concern  with  respect 
to  intermediate  shape  and  geometry  data  is  data  integrity. 

From  a data  validation  point  of  view,  data  integrity  checks  are  required  for  all  data 
types.  A resource  availability  check  needs  to  be  applied  to  those  data  types  which  require 


manufacturing  resources.  The  need  for  resource  capability  validation  is  similar  to  those 
for  resource  availability,  except  stock  material  specification.  The  check  for  process 
validity  is  required  for  all  but  stock  material  specification  and  intermediate  shape  data.  A 
cost  and  performance  evaluation  can  be  applied  to  all  the  manufacturing  data  types. 


Table  1 : Needs  for  Manufacturing  Engineering  Data  Validation 


Data  Type 

Data 

Integrity 

Resource 

Availability 

Resource 

Capability 

Process 

Validity 

Cost/Perfor 

mMetrics 

Route  sheets 

X 

X 

X 

X 

X 

Op.  sheets 

X 

X 

X 

X 

X 

Stock  specs. 

X 

X 

X 

Inter,  shapes 

X 

X 

Tool  lists 

X 

X 

X 

X 

X 

Fixture  lists 

X 

X 

X 

X 

X 

M/T  setups 

X 

X 

X 

Work  setups 

X 

X 

X 

NCprograms 

X 

X 

X 

It  is  possible  to  develop  a validation  method  for  each  validation  need  as  identified 
in  the  table.  For  example,  a validation  technique  may  be  desired  for  checking  the 
availability  of  resources  identified  in  an  operation  sheet.  One  drawback  is  that  there  will 
be  many  validation  packages.  It  is  advantageous  to  develop  a validation  tool  for  each 
data  type  for  checking  all  its  potential  data  errors.  Such  a tool  could  be  easily 
incorporated  into  a manufacturing  data  generation  package  for  an  *‘in>process”  data 
validation.  On  the  other  hand,  it  is  also  desirable  to  develop  a validation  tool  for  each 
error  type.  For  example,  a validation  method  could  be  developed  to  check  only  data 
integrity  but  for  all  data  types.  If  so,  a logical  validation  procedure  should  be  to  check 
for:  1)  data  integrity,  2)  resource  availability,  3)  resource  capability,  4)  process  validity, 
and  then  5)  cost/performance. 

Data  integrity  needs  to  be  checked  first,  to  make  sure  that  all  required 
manufacturing  data  are  available  and  complete;  and  they  are  prepared  based  on  the  most 
up-to-date  or  correct  version  of  input  data.  Resource  availability  should  be  the  second 
step  in  the  validation  process.  It  identifies  resources  specified  in  the  data  and  checks  if 
selected  resources  are  available  at  this  time.  If  they  are,  a check  for  resource  capability 
should  then  be  ordered.  Otherwise,  the  problem  should  be  reported  and  no  need  to 
continue  for  further  validation.  Resource  capability  verifies  whether  each  resource  can 
properly  perform  its  intended  task.  It  can  be  done  by  checking  against  its  static  capability 
as  recorded  in  the  database  and  may  be  done  independently  for  each  selected  resource. 
An  example  might  be  checking  to  see  if  each  tool  in  the  tool  list  can  properly  cut  the 
selected  stock  material. 

Data  validity  checking  is  required  to  ensure  that  each  manufacturing  data  entity  is 
valid  and  complete.  All  manufacturing  data  may  be  required  for  this  validation.  For 
example,  if  a hole  is  to  be  drilled  on  a machine,  the  validation  has  to  make  sure  that  the 


hole  can  be  created  and  precisely  located  on  the  workpiece,  with  the  given  machine, 
tools,  setup  instructions,  and  fixturing  configuration.  If  an  operation  sheet  is  to  be 
evaluated  for  its  process  validity,  machine  setup  and  workpiece  setup  need  to  be  first 
examined,  which  in  turn  may  retrieve  and  examine  the  intermediate  stock  shape  and 
geometry.  In  our  view,  process  data  validity  is  the  most  complicated  and  challenging 
validation  task.  After  passing  the  above  four  validation  tests,  the  manufacturing  process 
data  are  considered  as  valid.  The  last  data  evaluation  of  cost  and  performance  is  an 
attempt  to  improve  its  optimality. 

For  validation  of  data  integrity,  a simple  data  inventory  list  may  be  sufficient  for 
checking  the  existence  of  each  data  entity  required;  on  the  other  hand,  an  engineering 
business  model  may  be  sufficient  for  information  flow  management  and  version  control. 
For  validation  of  resource  availability  and  capability,  a search  algorithm  will  be 
developed  to  identify  the  resources  specified  in  the  manufacturing  data  and  verify  their 
existence  and  capability  against  the  records  in  the  database.  For  this  purpose,  a standard 
manufacturing  data  representation  and  a database  system  will  be  required.  For  validation 
of  process  validity,  computer-based  graphic  simulation  techniques  have  been  widely 
applied.  However,  in  addition  to  material  flow  simulation,  various  functional  models  of 
manufacturing  resources  and  systems  need  to  be  created  for  each  application.  A 
computer-based  technique  for  automatic  generation  of  functional  models  for 
manufacturing  resources  such  as  machine  tools  and  fixturing  configurations  will  certainly 
improve  the  validation  efficiency  and  effectiveness.  Current  simulation  capability  is  still 
largely  limited  to  statistical  data  collection  and  graphic  display  with  only  very  limited 
capability  of  collision  detection  for  NC  program  verification.  Additional  capabilities 
such  as  material  deformation,  think  wall  effects,  and  tolerance  analysis  have  to  be 
included.  Emerging  virtual  reality  techniques  could  be  helpful  in  construction  of  virtual 
machines  and  manufacturing  systems  for  the  proposed  data  validation. 


6 IMPLEMENTATION 

Significant  progress  has  been  made  at  NIST  toward  development  of  a 
manufacturing  engineering  data  validation  tool  kit.  Due  to  the  fact  that  manufacturing 
data  may  come  fi-om  various  sources,  the  need  for  standard  resource  and  process  data 
models  has  been  recognized.  The  development  of  a generic  information  model  is  under 
way.  A system  architecture  and  a database  management  system  are  being  defined  to 
support  various  engineering  activities  on  different  computer  platforms  and  to  maintain  the 
vast  amount  of  product,  process  and  resources  data.  The  implementation  of  the  proposed 
validation  methodology  is  intended  to  validate  manufacturing  data  at  the  time  when  each 
data  entity  is  created  and  re-check  the  data  when  a manufacturing  data  packet  is  being 
prepared  for  a manufacturing  order. 

In  addition  to  the  development  of  a distributed  system  architecture  and 
manufacturing  resource  and  process  data  repositories,  the  implementation  effort  also 
includes  development  of  computer-based  validation  tools  for  checking  data  integrity, 
resource  availability,  resource  capability,  and  data  validity.  Development  of  cost  and 
performance  validation  tools  are  also  being  considered.  The  system  environment  is 


expected  to  support  sharing  of  various  data  generated  by  commercially-available, 
heterogeneous  CAD/CAM  systems.  The  standard  information  model  under  development 
will  be  used  to  capture  commonly  needed  manufacturing  resources  and  process  data, 
which  will  be  stored  in  a distributed  database  management  system  and  be  concurrently 
accessible  by  multiple  application  systems.  A number  of  commercial  CAD/CAM 
systems  including  Matrix  0994),  Pro-Engineer,  ICEM/PART  (1994),  and  Deneb’s  I- 
GRIP,  Deneb  VNC  (1995b),  and  Quest  (1995a)  are  currently  being  integrated  to  create 
the  concurrent  engineering  environment 

Matrix  is  a product  data  management  (PDM)  system.  It  is  used  to  implement  an 
engineering  business  model  for  data  integrity  validation  and  information  flow  control. 
Pro-Engineer  is  a CAD  system  used  to  create  test  product  designs.  ICEM/PART  is  used 
to  interpret  a Pro-Engineer  model  and  generate  a process  plan  (operation  sheet)  for 
prismatic  parts.  It  will  be  integrated  with  other  applications  to  share  resource  data  and 
store  process  plans  in  the  database.  A validation  module  will  be  implemented  for 
checking  availability  and  capability  of  resources  as  recorded  in  the  database.  Deneb’s 
software  packages  are  initially  used  to  manually  create  functional  models  of  selected 
manufacturing  systems  and  resources  for  process  data  validation.  Automatic  modeling 
of  these  functional  models  based  on  a script  will  be  the  next  step  toward  the  tool  kit 
development. 


7 CONCLUDING  REMARKS 

Manufacturing  engineering  data  validation  is  an  integrated  part  of  the 
manufacturing  planning  process.  It  is,  in  our  view,  the  most  problematic  and  the  least 
computerized  engineering  activity  in  the  product  realization  process.  The  main  reasons 
have  been:  1)  there  is  no  effective  way  of  capturing  manufacturing  knowledge  and 
experience  for  computer  application,  2)  manufacturing  engineering  data  and  their 
representation  are  not  well  defined,  and  3)  manufacturing  practices  differ  significantly 
among  companies.  An  additional  obstacle  to  validation  tool  development  is  that  there 
are  no  effective  tools  for  creating  flmctional  models  of  manufacturing  resources  \^th 
enough  functionality  for  data  validation.  Thus,  manufacturing  engineering  data  are  often 
inaccurate  and  incomplete;  and  errors  are  sometimes  undetected  until  the  data  is  first  used 
on  the  shop  floor.  If  only  validated  data  reach  the  shop  floor,  many  production  and 
delivery  delays  may  be  eliminated  and  higher  manufacturing  costs  may  be  avoided. 

The  research  effort  reported  in  this  paper  is  aimed  at  development  of  a 
methodology  for  manufacturing  engineering  data  validation.  To  this  end,  nine  major 
manufacturing  engineering  data  types  are  identified:  route  sheet,  operation  sheet,  stock 
material  specification,  intermediate  stock  shape  and  geometry,  machine  setup,  fixture 
setup,  tool  list,  fixture  list,  and  NC  program.  Various  error  sources  have  been  studied  and 
the  needs  for  validation  are  identified  In  five  categories:  data  integrity,  resource 
availability,  resource  capability,  process  validity,  and  cost/performance.  Validation  for 
data  integrity  and  cost/performance  metrics  are  required  for  all  data  types.  Resource 
availability  and  capability  checking  should  be  applied  to  those  data  specifying  resource 
usage  such  as  route  sheets,  operation  sheets,  tool  lists,  fixture  lists,  and  stock  material 


specifications.  Process  validity  is  the  most  difficult  validation  because  functional  models 
of  manufacturing  resources  and  systems  are  required  to  simulate  the  physical 
manufacturing  process. 

The  implementation  of  an  engineering  data  validation  system  is  currently  under 
way  at  NIST.  A number  of  commercially-available  CAD/CAM  systems  have  been 
assembled  and  integrated  for  implementation  of  a manufacturing  engineering  data 
validation  tool  kit.  Among  them,  Matrix  is  used  for  information  flow  and  data  integrity 
control.  Deneb’s  VNC  is  used  to  create  a functional  model  of  resources  for  process 
validation.  Quest  is  used  to  model  material  and  resource  flows  on  the  shop  floor. 
Additional  validation  tools  are  being  developed  for  resource  availability  and  capability 
validation. 

Work  described  in  this  paper  was  sponsored  by  the  U.S.  Navy  Manufacturing  Technology 
Program  and  the  NIST  Systems  Integration  for  Manufacturing  Applications  (SIMA) 
Program.  No  approval  or  endorsement  of  any  commercial  product  by  the  National 
Institute  of  Standards  and  Technology  is  intended  or  implied.  The  work  described  was 
funded  by  the  United  States  Government  and  is  not  subject  to  copyright. 
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Tooling  and  fixture  specification  information  is  used  by  process  planning  and 
simulation  tools.  There  is  no  sharing  of  the  reference  data  or  verification  that  each 
tool’s  copy  of  the  reference  data  is  consistent  with  another  tool’s  copy. 
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Tooling  and  fixture  specification  information  can  be  created  and/or  modified  by  a 
process  planning  tool,  but  other  tools  which  might  use  this  information  have  no  way  of 
getting  the  new  information  or  even  knowing  that  it  exists. 
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Routing  information  produced  by  a process  planning  tool  could  be  used  by  a discrete 
simulation  tool(to  simulate  a part’s  movement  through  a production  line)  but  no  facility 
may  exist  to  interchange  the  data. 
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need  to  be  changed  in  the  original  generated  data  to  maintain  consistency. 
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is  the  same,  indicating  variability  of  results  when  in  fact  the  results  are  consistent. 


Result  Variability  Between  Similar  Tools(Continued) 


0 

> 

‘O) 

03 

E S 


o o 

03 

03 

E.£ 
o ^ 

*5=  03 

.£  E 
o>^ 
.£  o 

1 5 

3 ^ 
C ^ 

E ■= 
-9 

E-S 
S ^ 

CO  > 

o c 

CO  ^ 

S o> 
(0  g 

li 

CO  5 


significant. 


Result  Variability  Between  Simiiar  Toois(Continued) 


0 

CO 


O 

O 


0 *2  _ 


(0 

c 

o 

mwmm 

3 

O 

(f) 

J2 

n 

w 

(0 

o 

a 


0 

o 

E 

S 

Q. 

“D 

C 

0 

0 

0 

0 

0 

0 

£ 

0 

♦-* 

0 

■o 

0 

O 

c 

0 

0 

0 


0 
X5 
C 
0 

0 

O 

c 
o 

“cS 

£ 

o 

0 

0 , 

.ti  o 

o 
o ^ 
0 = 
LL  0 


0 

*0 

0 

0 

0 

0 

■D 

0 

0 

3 

0 


. 

^ bz 
0 O 

^ "D 

D)  > 
■O  _ 

0 o 
5 2 

5 -o 

T3  0 
2 0 
0 =3 
■o  »- 

O "S 

c P 

•2  I 

*c3  CL 

£-0 

o c 

0 0 

£ 

0'i 

o CO 
c 0 

s 0 

r?  2 

Q.  Q. 


O 

O 

H— 

o 

0 

0 

Q. 

C 

o 

Q. 

E 


0 

0 

E 

o 


o 

CL 

0 


0 

“D 

C 

0 

0 


C 

o 

0 

P m 
H CO 

0 IS 

0 

5 -D 

0 

o 2 
E 0 

O C 

/T  0 
CL  O) 


0 


t: 
o 

Q. 

Q. 

3 
CO 

c 

o 

’i3  ’> 

(0  p 

2 S. 

CO  2 

> 


Q. 

Q 

UJ 

oT 

O) 

(0 

o 

CO 

Q. 

2 

CO 

"O 

o> 


o 

o 

c 

’5) 

c 

UJ 


o 

Q. 

Q. 

3 

0) 

0 

0 

JQ 

0 

■o 


W 

O 

O 

o 


5 

t3  <i> 

0 

0 0 
E Q. 
o)iS 

C 0 

“■S 

2 o> 
O)  c 

0 -C 

c ® 

.E  o 

c .E 

0 0 
S)*© 

^ § 

*5  o 

05£ 

O 5 


•D 

0 

•o 

0 

0 

C 

0 

0 

■D 

0 


0 

0 

O 

3 

“D 

2 

Q. 

O 

c 

E 


CO 

0) 

3 

CO 

CO 


0 
c 
. o 

*D  *•♦= 
O O 


0 T: 

^ 2 

0 *E 

^ •- 
^ 0 

o 0 

C "D 

.52  I 
UJ  ■§ 

C jl 

0 5 

*o  ifi 

C o CL 

2 ^ Oi 

c c 111 

8 2 s> 

o jg  ^ 

H b ^ 


c 

o 

>» 

0 

E 

- 

c Q 

o LU 

W c 

0 0 

§.£ 

^ “O 
0 0 

0 1 
0.  o 
Q .E 
UJ  0 

C 

0 Q 

O -o 
0 0 
tr  .J= 

^ 58 

Ql  0 
0 

^ 0 


0 O 

-I 

2 E 

3 O 
0 O 
C 

0 0 
2^ 

0 "D 
X 8 
® 3 ^ 
0 -Q  = 

E p 0 

.1  Q.E 

H 0 

O -D 

g 0 0 

E 

O O 0 
z CO  ^ 


H Route  Sheets 


Engineering  data  package(EDP)  vaiidation  support(Continued) 


0 


CO 

c 

o 


o 

(0 

o 

n 

'co 

(0 

o 

CL 


. H— 

CO  O 


0 ^ 
£ ^ 
0 -^3 

-Q  0 

"O  W 

w o 
c 

O ff> 
.ti  0 
C C 

'S  o 

•0 

0 iS 

£ 0 

■O  ® 

■g  2 

3 0 

?§ 
— O) 

Q-  C 
Q 0 
LU  0 

r- 

S W 
0 0 
0 


O 

0 


0 0 
E 'q. 

® 8q- 

® Sq 

“S  •“  LU 
0 C 

c o 0 
o £ x: 

§■  ® O 


n’  ^ 
d. 


£ 

"O 


0 


0 


c ® c 
0^0 


0 


o 


0 

E 

0 

0 


0 


0 

E 2 

a>  Q o 

a. 

o 


0 0. 

_ss 

0 0*^ 
0 o 


o LU 


S ^ 5g 

8 &■§ 

0 0 ^ 
k-  > Si 
0 0 2^ 
*D  .E 

^ CO  5 

^02 
0 0-0 
9-  C 


Q « 

LU  ^ 

*0  c 

C 0 0 

^ IS  « 

o 0 Q 

0 Si  c 

Q.^  0 

0 O 

« O *J  ® 
- C ? c 

« I g ® 

^ > o 

^ C ^ 0 

§ 8-g  ® 

®^o| 

~ 0 Q.  CO 


0 g g 0 

tJ  (0  Q.  >* 


S ffl  ^ -2 
S E S ~ 
® c ^ 2 

£ o 2 o 


Q ^ 


^ 0 — 


C O 


-^4-0 


55  w ^ 


E c 


CD  0 

5 £ 0 


c O S 


o 2 § o) 

« .S  a -S  i=  o c 

” cg's:;^ 

■O  o "C  0 

0 0 Q.«S 


S ® -o 

c o « 


D) 

C 


.2  ^ 0 


0 0 2 

■5“E  S. 

0 0 O 

~ c « 

ta  o 

Q to  2 


•E  = 0) 

® (0  E 

"O  H-  g 

Q.  « o 

Q ® O 

UJ  2 w 

® o -2 
H a.  c 


0 


II 

0 0 

05Q 

^ UJ 


0 


0 


c ® w g o 

2 ^0.  -i-i 

0 £ Q E > 

-C  0 LU  ^ ^ 

^ m X CO  0 

s i § s ® 

2 o = 2 9- 

0 0 c 0 Q 
LU  a 0 LU  LU 


O 

0 

1 O 
h-  0 

. 0 
o’  0 

Q o 

a 0 

l2 

’Z  0 

s g 

i| 

0 •« 
r- 

^ § 
C 0 
0 "O 

0 p 

C TD 

E J 
•2e 

IS  t 
5 0 

1 CO 

o>  >* 
0 
c ^ 
o c 

O 0 


0 

0 

“D 

> 

o 


E 

0 

O) 

0 

c 

0 

E 


• • 


• • 


the  data  may  be  distributed  between  different  tools  or  processors  without  each  tool 
having  to  maintain  such  knowledge.  Change  history  logging  and  auditing  should 
also  be  provided.  This  will  facilitate  verifying  the  correctness  of  each  EDP  element, 

verifying  the  consistency  of  the  EDP  as  a hole,  and  maintaining  the  correctness 
and  consistency  of  the  EDP. 


other  Integration  problem  areas 

• Manufacturing  Data  Package  archiving 

• Development  history  storage/retrieval 

• Tool  initialization/shutdown 
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A Process  Model  For  Production  System  Engineering 


C.  McLean  and  S.  Leong 
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Abstract 

The  Systems  Integration  for  Manufacturing  Applications  (SIMA)  Production  Project  at  the  U.S. 
National  Institute  of  Standards  and  Technology  (NIST)  is  working  on  the  integration  of  a software 
tools  environment  for  engineering  production  systems.  This  paper  describes  a process  model  for  the 
engineering  production  systems  and  how  that  model  is  being  used  to  integrate  the  commercial 
software  tools  into  a workstation  environment.  The  tools  used  to  implement  the  environment  are 
commercial  off-the-shelf  software  products  offered  by  a number  of  different  vendors.  The  project 
is  being  undertaken  as  a collaborative  effort  between  NIST  researchers,  several  universities,  and  U.S. 
manufacturers. 


Keywords 

Manufacturing  system  engineering,  process  modeling,  engineering  tool  integration 


1 INTRODUCTION 

Just  as  computer-aided  design  and  engineering  tools  have  revolutionized  product  design 
during  the  past  decade,  computer-based  tools  for  production  system  engineering  could  revolutionize 
manufacturing.  The  major  problem  today  is  the  lack  of  software  integration— engineers  need  to  move 
data  between  tools  in  a common  computing  environment.  A current  NIST  study  of  engineering  tools 
has  identified  more  than  400  engineering  software  products  marketed  today,  almost  all  of  which  are 
incompatible  with  one  another.  Unfortunately,  the  interface  and  database  standards  do  not  currently 
exist  that  would  enable  the  construction  of  integrated  tool  kits. 

Tool  kit  environments  are  needed  which  integrate  clusters  of  functions  that  manufacturing 
engineers  need  to  perform  related  sets  of  tasks.  The  Production  System  Engineering  environment 
under  development  by  NIST  and  collaborators  will  provide  functions  to  specify,  design,  engineer, 
simulate,  analyze,  and  evaluate  a production  system.  Other  functions  included  within  the 
environment  are  project  management  and  budgeting.  Examples  of  production  systems  which  may 
eventually  be  engineered  using  this  environment  include:  transfer  lines,  group  technology  cells, 
automated  or  manually-operated  workstations,  customized  multi-purpose  equipment,  and  entire 
plants.  The  initial  focus  for  this  project  is  on  small  production  lines  used  to  assemble  power  tools. 

The  NIST  focus  for  this  project  under  the  Systems  Integration  for  Manufacturing 
Applications  Program,  Barkmeyer  (1995)  and  the  NIST/Navy  Computer-Aided  Manufacturing 
Engineering  Program,  McLean  (1993)  is  on  providing  the  models,  integrated  framework,  operating 


environment,  common  databases,  and  interface  standards  for  a wide  variety  of  emerging  tools  and 
techniques  for  designing  manufacturing  processes,  equipment,  and  enterprises.  This  paper  outlines 
a process  model  which  has  developed  for  production  system  engineering  and  the  tools  which  are 
being  used  to  implement  the  model  in  an  integrated  computing  environment.  Section  2 presents  an 
overview  of  the  model.  The  Sections  3 through  7 describes  the  second  level  of  decomposition  of 
the  model  into:  problem  definition,  process  specification,  system  design,  modeling  aijd  evaluation, 
and  engineering  project  management.  Section  8 briefly  describes  the  effort  to  develop  and  integrated 
environment  and  outlines  future  work. 


2 OVERVIEW  OF  THE  PROCESS  MODEL 

A process  model  is  one  of  several  models  that  are  needed  to  implement  an  integrated 
engineering  tools  environment.  The  process  model  defines  the  functions  that  tools  must  perform  in 
order  to  engineer  a production  system.  The  model  also  defines  inputs,  outputs,  controls,  and 
mechanisms  for  carrying  out  the  functions.  The  process  model  is  a key  reference  document  for 
defining  the  data  flows  and  interfaces  between  the  modules  in  the  integrated  environment. 

The  process  model  for  production  system  engineering  has  been  developed  using  Integrated 
Definition  Method  (IDEFO)  modeling  techniques  and  the  Meta  Software  Design/IDEF  tool,  see  Meta 
(1994).  The  model  defines  the  tool  kit  functions  and  data  inputs/outputs  for  each  fimction.  Detailed 
information  models  are  under  development  which  further  specify  each  data  input  and  output 
identified  in  the  process  model.  The  information  models  are  being  used  to  implement  shared 
databases,  exchange  files,  messages,  and  program  calls  for  passing  information  between  the 
commercial  software  tools. 

The  zero  level  of  the  model  identifies  the  production  system  engineering  function,  its  inputs, 
and  its  outputs.  The  first  level  of  the  model  decomposes  the  engineering  process  into  five  major 
functions  or  activities:  1)  define  the  production  system  engineering  problem,  2)  specify  production 
processes  required  to  produce  the  product,  3)  design  the  production  system,  4)  model  the  system 
using  simulation  and  evaluate  its  performance  under  expected  operating  conditions,  and  5)  prepare 
plans  and  budgets.  Inputs  to  the  production  system  engineering  function  include: 

• production  requirements, 

• product  specifications, 

• quality,  time,  and  cost  constraints,  and 

• manufacturing  resources. 

Outputs  of  the  function  include: 

• process  specifications, 

• simulation  models, 

• performance  analyses, 

• system  specifications, 

• implementation  plans,  and 

• budgets. 


Figures  1 and  2 illustrate  the  first  two  levels  of  the  IDEFO  model.  The  model  further  decomposes 
each  of  these  functions  and  data  flows  into  sub-levels.  Brief  summaries  of  the  sub-levels  are 
presented  in  the  sections  that  follow. 


3 ENGINEERING  PROBLEM  DEFINITION 

The  first  step  in  engineering  the  production  system  is  clearly  identifying  the  problem  which 
is  to  be  solved.  Problem  definition  data  will  influence  how  all  of  the  other  production  engineering 
functions  are  carried  out.  This  activity  is  primarily  one  of  gathering  and  organizing  data  fi-om  a 
number  of  different  sources.  Ultimately  data  gathered  as  a part  of  this  activity  would  be  recorded 
in  template  forms,  imported  fi-om  other  applications,  and  maintained  in  a shared  database.  Critical 
data  which  must  be  identified  to  initiate  the  engineering  process  includes: 

• Product  data  and  key  product  attributes  - product  name,  part  number,  model  number, 
description,  functionality,  product  structure  (bill  of  materials),  material  composition, 
dimensions,  weight,  reference  drawings,  part  geometry  models,  part  family  or  group 
technology  classification  codes,  technical  specifications,  reference  documents, 

• Production  system  and  engineering  project  type  - new  production  system  (e.g.,  plant,  line, 
cell),  modification  to  existing  system  (i.e.,  product  or  process  changes),  relocation  of  system 
to  new  site,  phaseout  of  a production  system, 

• Manufacturing  constraints  and  issues  - market  forecast  and  production  rates  required 
(minimum,  normal  and  peak  production  rates  in  units/hour,  units/shift,  units/day,  units/year), 
production  capacity,  level  of  automation  versus  manual  operation  expected,  information  and 
control  system  requirements,  target  production  site(s),  floor  space  limitations,  quality  and 
yield  requirements,  safety  stock  requirements,  storage  availability,  known  environmental  or 
safety  hazards,  production  plant  calendar 

• Critical  milestone  dates  and  schedules  - production  ramp  up  plan,  target  dates  for:  system 
requirements  specified,  system  design  completed,  requests-for-proposals  issued,  systems 
installed,  testing  completed,  training  completed,  system  operational,  post  production  support, 
system  phaseout, 

• Expected  or  estimated  costs  - product  price,  manufacturing  cost,  system  implementation, 
operating  costs, 

• Manufacturing  data  for  related  products  - production  engineering  data  for  this  or 
previously  manufactured  products  (in  some  cases  all  outputs  from  previous  engineering 
projects),  competitor  products  and  sites,  possible  benchmarking  sites. 

With  the  exception  of  critical  milestone  dates,  most  of  the  information  outlined  above  may  at  some 
point  be  used  by  the  next  ftmction,  i.e.,  the  specification  of  production  and  support  processes.  All 
data  may  be  used  directly  by  other  downstream  functions,  if  appropriate.  During  the  course  of  the 


production  system  engineering  process,  downstream  fimctions  may  provide  feedback  suggesting 
changes  to  the  problem  definition  data. 


4 PRODUCTION  AND  SUPPORT  PROCESS  SPECIFICATION 

The  second  phase  of  the  production  system  engineering  activity  is  to  develop  a process 
specification  for  the  production  and  support  operations  required  to  manufacture  the  product,  see 
Tanner  (1985),  Salvendy  (1992),  and  Sule  (1994).  Data  developed  during  this  phase  will  ultimately 
take  the  form  of  directed  graphs  and/or  flowcharts.  Nodes  in  the  graphs  will  contain  attributes  which 
identify  processes  and  their  parameters. 

A manufacturing/assembly  precedence  structure  diagram  is  developed  from  the  product 
geometry  data  and  bill  of  materials.  From  the  precedence  structure,  processes  and  processing 
precedence  constraints  may  be  derived.  The  derivation  process  may  be  based  on  human  experience 
and  intelligence,  or  implemented  as  a rule-based  expert  system.  Data  developed  by  this  function 
includes: 

• Process  identification  - process  name,  process  type  (operation,  storage,  inspection, 

delay,  transportation,  information,  or  combined  activity),  process  parameters, 

• Process  resources  - input  product  components,  output  product  (subassembly  or  part 

identifier),  tooling  and  fixtures,  staff  and  job  skill  requirements,  process  by-products  and 

hazards, 

• Process  time  and  costs  - process  duration,  estimated  process  cost,  product  value-added. 

This  process  is  recursive— high  level  processes  are  decomposed  into  subprocesses  until  all  basic 
or  primitive  operations  are  specified.  Constraints  on  groups  of  processes  and  operations  are 
identified  and  precedence  relationships  are  specified. 

Process  specifications  are  perhaps  best  represented  as  diagrams  and/or  tables.  Graphical 
editing  functions  and  human  interaction  are  normally  required  to  layout  diagrams  in  an 
understandable  form.  Large  diagrams  may  be  unwieldy  and  should  be  decomposed  into  multiple 
levels  of  sub-diagrams. 

Other  process  specification  data  which  may  be  developed  as  part  of  this  phase  include: 

• activity  relationship  matrices  are  defined  which  describe  how  different  processes  relate 

to  each  other,  e.g.,  required  proximity  or  location. 

• specification  of  requirements  for  processes,  tooling,  job  skills,  timing  and  line 

balancing,  quality  control,  process  audits, 

• development  of  process  and  inspection  plans,  process  description  sheets, 

• development  of  time  standards  for  operations, 

• ergonomic  analyses  of  manual  tasks, 

• value  engineering  analysis  (i.e.,  determination  of  job  activities/steps  which  can  be 

eliminated). 


Processing  scenarios  may  also  be  defined  which  describe  how  production  will  be  carried  out 
before,  during,  and  after  the  new  production  system  is  implemented. 

Process  specifications  next  must  be  reviewed  and  revised  to  correct  errors, 
inconsistencies,  etc.  Feedback  requesting  changes  to  the  problem  definition,  as  the  process 
specification  is  developed.  As  the  system  design  is  developed  in  the  next  phase,  feedback  may 
be  provided  indicating  required  changes  in  process  specifications. 


5 PRODUCTION  SYSTEM  DESIGN 

The  third  phase  of  the  engineering  process  is  production  system  design.  This  activity 
includes  the  design  of  the  physical  processing  systems,  material  storage  and  delivery  systems, 
and  information  management/control  systems  for  the  production  system.  The  production  system 
design  problem  is  addressed  in  Sule  (1994).  The  mechanical  assembly  system  and  flexible 
manufacturing  system  problems  are  described,  respectively  in  Nevins  (1989)  and  Draper  (1984). 
Facility  layout  is  presented  Apple  (1977)  and  Francis  (1992).  Manufacturing  system 
architecture,  design,  and  specification  development  processes  are  defined  in  Rechtin  (1991), 
Bertain  (1987),  Rembold  (1993),  Compton  (1988),  and  Purdy  (1991). 

A generic  decomposition  of  production  system  design  is:  1)  define  system  requirements 
for  each  process,  2)  assign  requirements  to  system  modules,  3)  develop  system  operating 
scenarios  for  the  modules,  3)  identify  candidate  systems/machines/tooling  for  each  module,  4) 
evaluate  alternative  technologies  and  candidate  offerings,  5)  determine  number  of  systems 
required  based  on  processing  cycle  time  and  required  throughput,  6)  conduct  system  build  or  buy 
analyses,  7)  select  systems  for  acquisition,  and  8)  developed  detailed  design  for  overall  system 
based  upon  build  and  buy  decisions. 

Other  related  activities  outside  of  the  scope  of  system  design  are:  1)  procurement  of 
systems,  i.e.,  preparation  of  request-for-proposals,  evaluation  of  proposals,  and  awarding  of 
contracts,  2)  system  development,  i.e.,  building  of  modules,  unit  testing,  and  integration  testing 
of  built  and  bought  modules,  3)  system  operation,  and  4)  post  production  support. 

The  generic  production  system  design  process  can  also  be  viewed  in  terms  of  the  specific 
types  of  systems  involved,  i.e.,  process,  logistics  support,  and  information.  The  remainder  of  this 
section  briefly  summarizes  considerations  associated  with  the  design  of  each  of  these  elements  of 
the  overall  production  system. 

The  design  of  the  processing  system  involves:  the  selection  of  a hierarchy  of  processing 
systems  to  implement  the  modules  (including  plants,  centers,  lines,  cells,  stations,  equipment, 
devices,  and  tooling),  assignment  of  processes  to  the  systems,  estimation  of  resource  utilization 
levels,  and  balancing  of  production  systems. 

The  design  of  the  logistics  systems  can  be  divided  into  two  related  problems:  production 
material  logistics  and  plant  logistics.  Production  material  logistics  includes:  determination  of 
production  material  requirements  (raw  materials,  components,  packaging,  carriers),  estimation  of 
consumption  rates,  determination  of  sourcing  strategies  (make-or-buy  analyses  and  supplier 
selection),  lead  times,  and  shipping  (air/land/sea)  methods  for  source  materials. 

Plant  logistics  concerns  the  systems  which  move  and  store  materials  within  the  facility. 
Plant  logistics  involves:  determination  of  floor  space  and  volumetric  requirements  for  each 
process/machine/system,  identification  of  production  and  tooling  material  storage  requirements 


(i.e.,  loading  docks,  staging  areas,  centralized  storage  areas,  line  side  storage),  selection  of 
storage  systems  (i.e.,  automated  storage  and  retrieval  systems,  manual  storage  systems, 
production  line  buffers  and  feeders),  specification  of  material  flow  through  the  facility  (i.e.,  raw 
materials,  components,  work-in-process,  and  finished  goods  fi’om  the  dock  to  lines  through  lines 
and  back  to  dock),  selection  of  material  handling  systems  (e.g.,  hand  truck,  fork  lift,  conveyor, 
AGV),  determination  of  stock  replenishment  strategies,  design  of  safety  and  environmental 
systems,  development  of  physical  plant  layout  in  two  and  three  dimensions,  and  evaluation  of 
logistics  system  for  further  production  capacity  growth  capabilities. 

Production  information  systems  may  include:  monitor  and  control  systems, 
communications,  display  and  user  interface  systems,  database  management  systems  and  their 
databases,  data  collection  systems,  production  information  systems,  peripheral  devices  (e.g., 
printers,  magnetic  scanners,  monitors,  bar  code  readers,  infrared  tracking  systems),  production 
accounting  and  reporting,  SPC/SQC  systems,  time  and  attendance  recording,  and 
preventive/corrective  maintenance  support  systems.  The  information  systems  design  activity 
includes:  requirements  specification,  architecture  development,  process  and  information 
modeling,  detailed  design,  interface  specification,  integration  and  test  planning,  and  user 
documentation  development. 

The  output  of  the  production  system  design  phase  are  detailed  system  specification 
documents.  The  phase  may  provide  feedback  to  problem  definition  and  process  specification 
phases  indicating  changes  which  must  occur  as  a result  of  design  analyses.  The  next  phase  is  the 
simulation  modeling  of  the  system  which  has  been  specified  by  production  system  design. 


6 SYSTEM  MODELING  AND  EVALUATION 

Once  a design,  or  partial  design,  for  the  production  system  is  specified,  it  should  be 
modeled  and  evaluated  using  simulation  technology.  The  purpose  of  this  phase  is  to  better 
understand  the  dynamics  of  the  proposed  system  and  help  ensure  that  it  satisfies  the  constraints 
outlined  in  the  problem  definition  phase.  Inputs  to  this  phase  are  derived  from  all  of  the  previous 
phases.  Pegden  (1990),  Askin  (1993),  and  Carrie  (1988)  describe  the  simulation  modeling 
process.  Knepell  (1993)  describes  the  evaluation  and  validation  of  models. 

The  first  step  in  developing  a simulation  model  for  the  system  is  to  define  a problem 
statement  and  simulation  objectives,  i.e.,  what  is  expected  to  be  learned  from  the  simulation 
model.  The  types  of  alternative  models  to  be  considered  and  constructed  need  to  be  identified, 
e.g.,  discrete  event  simulation,  material  flow,  system  mechanics  and  kinematics,  ergonomic, 
and/or  manufacturing  process.  Appropriate  simulation  tools  must  be  selected  based  on  the  types 
of  models  to  be  constructed.  Next,  system  performance  measures  must  be  identified.  Some 
examples  of  performance  measures  include:  throughput,  cycle  time,  work-in-process,  machine 
downtime,  and  machine  utilization. 

Next,  the  system  simulation  model  elements  and  their  behaviors  must  be  specified. 

Model  elements  used  will  depend  on  the  types  of  simulations  to  be  constructed.  Elements  of 
these  models  may  include  the  attributes  associated  with:  manufacturing  resources,  servers, 
queues  and  selection  criteria,  workpieces/loads/objects,  arrival  distributions,  processes,  system 
movements  and  material  flows,  timing  distributions,  failure  and  repair  rates,  etc.  The 
information  needed  to  derive  the  model  elements  will  be  drawn  from  problem  definition,  process 


specification,  and  system  design  data.  The  actual  simulation  models  may  then  be  constructed 
using  the  selected  simulation  tools. 

Another  critical  activity  in  the  modeling  and  evaluation  phase  is  the  development  of  test 
data  for  the  simulation  runs.  This  activity  includes:  identification  of  data  sources,  gathering  of 
test  data,  formatting  and  loading  the  data,  and  determining  the  number  of  simulation  runs 
required  to  produce  significant  results.  Once  the  simulation  has  been  constructed  and  the  test 
data  has  been  loaded,  the  models  can  be  run  and  evaluated. 

The  simulations  must  be  validated,  i.e.,  it  is  necessary  to  determine  whether  results  are 
believable  based  on  experience,  other  data,  etc.  There  are  two  aspects  to  this  problem:  1)  does 
the  simulation  program  behave  as  expected,  and  2)  does  the  outcome  reflect  reality.  If  the  results 
are  not  correct  or  creditable,  either  the  simulation  must  be  fixed,  models  modified,  or  the  test 
data  may  need  to  be  changed.  Some  examples  of  evaluations  that  may  be  performed  on  the 
results  include:  verification  of  the  accuracy  of  model,  analysis  of  errors  and  failures,  bottlenecks, 
throughput,  flowtime,  expected  yields  and  quality,  interference  problems,  collisions,  etc. 

After  the  results  of  the  simulation  are  reviewed,  it  may  be  necessary  to  revise  design 
specifications  and  the  system  models,  process  specifications,  or  even  basic  assumptions  spelled 
out  in  the  problem  definition.  Some  of  the  results  of  simulation,  e.g.,  timing  data,  may  be  fed 
forward  in  to  the  engineering  project  management  phase. 


7 ENGINEERING  PROJECT  MANAGEMENT 

Another  parallel  phase  in  production  system  engineering  is  the  development  of 
engineering  project  management  data.  Project  management  and  budgeting  is  described  in 
Kerzner  (1984).  These  functions  include:  development  of  project  plans,  preparation  of  budgets, 
establishment  of  configuration  management  controls,  and  generation  of  reports.  Principal  inputs 
to  this  activity  include:  problem  definition  and  system  design  specification  data.  Timing 
information  may  be  drawn  from  simulation  results. 

Project  planning  involves  defining  the  production  system  engineering  project  in  terms  of: 
phases,  tasks,  resources,  and  timing  data.  Possible  phases  may  include:  feasibility  study, 
planning,  needs  and  requirements  analysis,  detailed  design,  acquisition  and  installation,  testing, 
training,  pilot  and  full  production  operation,  and  phaseout.  Critical  milestones  are  identified  as 
part  of  the  phase  definition  activity. 

Each  major  project  phase  is  specified  in  terms  of  tasks  and  sub-tasks.  Task  precedence 
constraints  and  overlap  options  are  identified.  Required  resources  associated  with  each  task  are 
identified.  Staff  responsibilities  are  specified  on  each  task.  Resource  balancing  may  be  required. 
Timing  information  is  also  estimated  for  each  task,  including:  expected  or  required  start,  end 
dates,  estimated  task  durations  and  lead  times.  From  this  data,  schedules  may  be  generated  and 
critical  paths  determined. 

Cost  factors  and  their  analysis  is  an  extremely  important  part  of  the  system  design  and 
implementation  process.  Malstrom  (1984)  provides  detailed  guidance  on  manufacturing  cost 
engineering  processes  that  can  be  used  to  develop  cost  estimates  and  budgets.  Budget  cost 
categories  that  may  be  considered  include:  project  phase,  planning,  labor,  tooling,  capital 
equipment,  projected  maintenance,  information  and  control  system,  operational,  training, 
licensing  and  inspection,  construction,  installation,  material  (components,  consumables). 


overhead  (utilities,  labor  multipliers,  area  usage),  and  rental  costs. 

The  budgeting  process  includes:  gathering  of  cost  data,  entering  data  into  spreadsheets  or 
databases  by  budget  categories,  projecting  estimates  where  data  is  unavailable,  generating 
summaries  by  categories,  and  producing  budget  reports.  Budgeting  data  is  review  for  significant 
deviations  from  targets  and  opportunities  for  savings  are  identified.  Budget  data  is  then  used  to 
generate  feedback,  if  required  to  the  problem  definition  and  production  system  design  phases. 

Another  critical  activity  included  in  this  phase  is  the  configuration  management  of 
engineering  data  and  project  documents.  Principles  of  configuration  management  are  outlined  in 
Daniels  (1985).  This  activity  includes:  identification  of  key  documents,  definition  of  revision 
- control/review/promotion  policies  and  procedures,  identification  of  organizational 
responsibilities,  establishment  of  notification  procedures  for  project  staff,  establishment  of 
security  policies  and  access  control  mechanisms,  and  the  placement  of  documents  and  data  under 
configuration  management. 

The  final  activity  in  the  management  area  is  generation  and  publication  of  reports  that 
summarize  the  results  of  each  of  the  other  phases.  Functions  included  in  this  activity  include: 
outline  development,  document  editing  and  assembly,  layout  and  formatting,  and  printing.  This 
activity  draws  input  from  all  of  the  other  functions  in  this  phase  and  the  other  phase. 

Once  plans,  budgets,  configuration  management  policies,  and  reports  are  completed  they 
need  to  be  reviewed  to  ensure  that  they  are  realistic  and  meet  the  requirements  established  in  the 
problem  definition  phase.  If  not,  either  the  plans  need  to  be  changed  or  information  must  be  fed 
back  to  problem  definition  and/or  system  design  to  re-scope  the  system. 


8 INTEGRATED  ENGINEERING  TOOLS  ENVIRONMENT 

The  process  model  for  production  system  engineering  is  being  implemented  as  an 
integrated  tools  environment  through  the  collaborative  efforts  of  NIST,  academia,  and  industry. 
Academic  collaborators  include:  the  University  of  Kansas,  California  Polytechnic  University, 
Ohio  University,  and  Brigham  Young  University.  Black  and  Decker  Corporation  is 
collaborating  on  the  production  system  engineering  process  and  providing  test  data  on 
production  lines.  Although  a number  of  engineering  tool  vendors  have  provided  software  for 
integration  into  the  environment,  the  final  selections  of  software  tools  has  not  been  completed. 

The  production  engineering  environment  is  being  implemented  on  a high  performance 
personal  computer.  Commercial  software  tools  used  in  the  implementation  of  the  engineering 
environment  include:  a business  process  re-engineering/flowcharting  package,  a plant  layout 
system,  a computer-aided  design  system,  a manufacturing  simulation  system,  a spreadsheet  tool, 
a project  management  system,  and  a relational  database  management  system.  Other  tools  are 
under  consideration  for  incorporation  into  the  environment  at  a future  time. 

The  interoperability  of  the  commercial  engineering  tools  that  are  available  today  is 
extremely  limited.  As  such,  users  must  re-enter  data  as  they  move  back  and  forth  between 
different  tools  carrying  out  the  engineering  process.  Project  collaborators  will:  define  generic 
information  models  for  production  system  engineering  data,  specify  interfaces  for  integrating 
tools,  develop  prototype  integrated  environments  and  shared  databases,  and  implement  test  case 
production  system  engineering  projects.  Examples  of  the  types  of  shared  data  under 
consideration  by  the  collaborators  for  the  common  database  includes:  production  requirements. 


product  specifications,  process  specifications  (diagrams,  flowcharts,  plans,  routings,  operation 
sheets,  programs),  equipment  specifications,  budget  spreadsheets,  project  plans,  simulation 
models  and  model  elements,  setup  illustrations,  plant  layouts,  information  models,  interface 
specifications,  system  descriptions,  estimated  yield  data,  process  capabilities,  and  quality  data. 

A long  term  objective  of  the  project  is  to  improve  the  productivity  of  users  by  creating  an 
integrated  environment  where  changes  to  data  and  decisions  automatically  percolate  through  the 
various  tools  contained  within  system.  Project  results  will  provide  a basis  for  defining  interface 
standards  that  will  facilitate  the  integration  and  interoperability  of  commercial  tools  in  the  future. 

fVork  described  in  this  paper  was  sponsored  by  the  U.S.  Navy  Manufacturing  Technology 
Program  and  the  NIST  Systems  Integration  for  Manufacturing  Applications  (SIMA)  Program. 

No  approval  or  endorsement  of  any  commercial  product  by  the  National  Institute  of  Standards 
and  Technology  is  intended  or  implied.  The  work  described  was  funded  by  the  United  States 
Government  and  is  not  subject  to  copyright. 
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Figure  1.  Top  level  of  the  production  system  engineering  IDEF  model 
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Figure  2.  First  level  of  decomposition  of  the  production  system  engineering  model 
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Manufacturing  Engineering  Toolkit  Prototype  Demonstration 

Michael  J.  luliano 

Manufacturing  Systems  Integration  Division,  Manufacturing  Engineering 
National  Institute  of  Standards  and  Technology  , Gaithersburg  MD,  USA 


Abstract 

A computer-aided  Manufacturing  Engineering  Toolkit  (METK)  prototype  is  currently  under 
development  at  the  United  States  National  Institute  of  Standards  and  Technology  (NIST)  as  a part  of  the 
Con^uter-Aided  Manufacturing  Engineering  (CAME)  project  which  is  jointly  q)onsored  by  the  U.S. 

Navy  Manufacturing  Technology  program  and  NIST.  The  toolkit  consists  of  commercial-off-the-shelf 
(COTS)  CAD/CAM  applications  housed  together  on  a high  ^eed  computer  workstation.  The  METK  is 
envisioned  to  be  an  integration  of  these  applications  to  support  sharing  of  data  between  the  applications. 
Current  system  includes  a product  data  management  application,  a CAD  qjplication,  a generative  process 
planning  ^plication,  and  a suite  of  manufacturing  simulation  applications  used  to  plan/evaluate 
manufacturing  system  con^onents  from  the  machine  tool  to  the  shop  floor  level.  This  tool  kit  will  be 
used  in  manufacturing  data  validation  as  a part  of  the  overall  product  planning  process  required  to 
manufacture  a part.  This  p^er  describes  a demonstration  of  the  METK  prototype.  Overall  objectives  of 
this  effort  include  speciflcation  of  integration  interfaces  and  a methodology  for  manufacturing  validatioiL 

Introduction 

A demonstration  of  the  toolkit  applications  has  been  prq)ared  to  illustrate  the  fimctionality  of  a prototype 
METK.  The  demonstration  is  comprised  of  two  scenarios.  The  first  scenario  involves  tasks  performed  to 
validate  an  engineering  data  package  pecifled  to  manufacture  a small  prismatic  product  T^  scenario  of 
the  demonstration  consists  of  aeating  a solid  model  geometry  in  the  Fta-Engineer  CAD  pplicatiotL 
Using  the  CAD  geometry  as  irput  into  the  generative  process  plaiuiing  pplication  ICEM  PART.  ICEM 
PART  then  creates  a process  plan  and  stores  the  information  in  the  ORACLE  database.  A CNC  program 
is  also  produced  by  the  ICEM  PART  pplication.  Interface  software  is  then  executed  to  extract  the 
machine  tool,  cutting  tools,  raw  stock  and  fixture  information  from  the  database.  This  interface  software 
was  developed  by  Robert  Judd,  Ohio  University  under  the  Intelligent  Machining  Workstation  project. 

This  interface  is  currently  inplemented  as  UNIX  shell  scripts  which  queries  the  Oracle  database  for  the 
ppropriate  information,  creates  the  directory  structure  needed  by  DENEB  VNC,  and  constructs  a 
simulated  workcell  in  VNC.  The  workcell  consists  of  a pre-developed  kinematic  VNC  model  of  the 
EMCO  100  milling  workstation  we  are  using  in  the  demonstration,  a blank  fixtured  to  the  machine  table, 
geometric  models  of  the  tooling  mounted  on  the  madiine,  and  the  ppropriate  (TNC  program.  See  Figure 
1 for  a depiction  of  the  EMCO  100.  The  demonstration  then  executes  DENEB  VNC  to  simulate  the 
machining  process.  VNC  is  used  to  he^  identify  any  errors  in  the  CNC  program,  any  tool  crashes  or  part 
gouges. 

The  second  scenario  of  the  demonstration  simulates  the  workflows  between  factory  workstations  used  to 
create  the  prismatic  product  A virtual  factory  is  being  modeled  in  DENEB  (^est.  Each  workstation  in 
the  virtual  factory  will  perform  processes  that  rpresent  manufacturing  processes.  The  processes  were 
selected  by  industrial  participants  at  the  first  technical  meeting  of  the  Conqruter  Aided  Manufacturing 
Engineering  Forum  on  Mardi  21-22  1995.  The  inclusion  of  additional  workstations  in  the  virtual  factory 
which  perform  other  types  of  processes  will  be  considered  as  the  needs  of  the  forum  partic^ants  change 
over  the  life  of  the  projea.  The  current  concentration  of  the  (Juest  model  development  is  the  workflow 
required  to  produce  the  prismatic  product  used  in  the  first  scenario  of  the  demonstratiorL 
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Demonstratioii 

The  product  to  be  manufactured  is  a small  rectangular  prismatic  worlq)iece  with  over  thirty 
manufacturing  features  or  patterns  of  topology  and  geometry  consisting  of  holes,  notches,  slots  and 
pockets.  The  woriq)iece  material  is  plastic.  In  ICEM  PART,  features  are  volumes  of  the  worlqriece  to  be 
removed  by  a sequence  of  machining  operations.  ICEM  PART  recognized  all  of  features  and  ^ecifies 
seUqrs,  machining  operations,  tooling,  and  the  tool  paths  necessary  to  manufacture  the  product.  In  this 
case,  ICEM  PART  ^ecifled  two  setiq)s  using  shank  end  mills,  machine  uq)s,  a twist  drill  and  a cemer 
drill  for  machining. 

The  simulation  workcell  model  was  run  in  DENEB  VNC  and  a collision  occurred  between  the  tool  holder 
and  the  woriq)iece  when  the  1/4  inch  twist  drill  was  machining  two  of  the  holes  on  the  woriqriece.  The 
holes  are  recessed  in  a pocket  that  is  not  wide  enough  to  accommodate  the  width  of  the  toolholder 
holding  the  1/4  inch  dr^. 


Figure  1 - EMCO  100  Vertical  Milling  Machine 

ICEM  PART  is  executed  again,  this  time  the  user  manually  overrides  the  q)ecification  and  qjecifies  three 
setups  to  machine  the  workpiece.  The  third  setiq)  has  the  workpiece  flipped  over  so  the  holes  that  caused 
the  collision  in  the  two  setiq)  process  plan  could  be  drilled  from  the  underneath  of  the  piece.  The  three 
setiq)  data  is  generated  and  translated  to  the  DENEB  VNC  workcell  model.  The  manufacturing 
simulation  is  executed  with  three  setups  and  the  product  is  manufactured  correctly  in  the  simulatiotL 
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This  enq)hasizes  a key  point  the  METK  project  is  trying  to  get  across:  In  the  context  of  data  validation, 
the  integrated  toolset  of  software  applications  cross-check  each  other  for  consistency  and  accuracy  to 
ensure  in  the  end,  a better,  more  reliable  engineering  data  package  hits  the  machine  shop  floor  the  first 
time.  The  result  should  be  the  real  life  workpiece  can  be  successfully  machined  the  first  time  therd>y 
reducing  the  time  and  money  expenditure  for  producing  the  machined  part 


The  virtual  factory  being  modeled  in  DENEB  Quest  currently  consists  of  the  following  manufacturing 
areas:  tool  room,  shipping,  receiving,,  heat  treat,  paint,  manufacturing/engineering/administrative  offices, 
and  three  machining  areas.  The  tool  room  contains  a tool  assembly  station,  a fixturing  station,  tool  crib, 
and  a shop  floor  supervisor’s  office.  The  shipping/receiving  areas  have  raw  storage,  tables,  a scale,  a 
bandsaw  and  forklift  The  heat  treat  area  contains  two  ovens.  The  paint  area  contains  paint  tanks,  a paint 
robot  under  a paint  hood,  and  pallets.  Area  1 contains  three  EMCO  100  vertical  milling  machines  that  are 
used  to  machine  the  prismatic  part  we  are  manufacturing  in  the  demonstration;  a parts  washer,  two 
Mandelli  horizontal  vertical  mills,  three  T30  Cincinnati  Millacron  milling  machines,  a coordinate 
measuring  machine  (CMM),  tables  and  pallets.  Area  2 contains  two  lathes,  three  grinders,  and  a finisher. 
Area  3 contains  a laser  cutter/punch,  a laser  punch,  a press  bender,  bandsaw,  drill  press,  jigbore,  and  a 
belt  Sander.  See  Figure  2 for  a depiction  of  the  three  EMCO  100  milling  machines  as  they  sit  on  the 
virtual  factory  floor. 


Rgure  Three  EMCO  100  Vertical  Milling  machines  as  they  reside  on  virtual  factory  floor. 
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The  concentration  during  development  of  the  virtual  factory  has  been  to  model  the  workflow  required  to 
produce  the  prismatic  produa  used  in  the  demonstration.  The  Quest  model  simulates  the  following 
woridlow  between  workstations: 

1.  Raw  bar  stock  arrives  at  receiving  area . 

2.  The  raw  bar  stock  is  cut  in  receiving  by  a bandsaw. 

3.  The  cut  stock  is  loaded  in  a box  and  forklifted  over  to  area  1 for  machining. 

4.  The  cut  stock  is  unboxed  and  loaded  on  the  vertical  milling  EMCO  100  workstations  (One 
workstation  for  each  setup  required  to  machine  the  product  as  ^eciiled  by  the  ICEM  PART 
generative  process  plarming  ^plication). 

5.  After  the  products  have  been  milled,  they  are  boxed  and  sent  on  to  the  remaining 
workstations  in  the  workflow: 

6.  CMM  for  quality  assurance  and  gauging.  Then  washing,  heat  treating,  painting,  and 
shipping. 

Software/Hardware 

The  METK  prototype  currently  consists  of  the  following  software:  Pro>Engineer  is  the  CAD  ^plication. 
Matrix  is  the  product  data  management  ^plication,  ICEM  Technologies  PART  is  the  generative  process 
plarming  application,  DENEB  (^est  and  VNC  are  the  manufacturing  simulation  2q)plications  used  for 
data  validatiotL 

Pro>Enginecr  is  a CAD  system  that  can  be  used  to  aeate  product  designs.  Once  the  product  is  designed, 
and  output  file  that  completely  describes  the  geomehy  can  be  produced.  We  are  using  Pro  Engineer  now, 
but  other  CAD  systems  are  envisioned  to  be  integrated  in  later  versions  of  the  toolkit 

Matrix  is  used  to  irrqrlement  a engineering  busmess  model  for  data  integrity  and  information  flow  control 
The  business  model  of  a product  identifies  the  states  a product  passes  through  for  production,  what  data 
corrq>rises  the  product  at  each  state,  and  the  requirements  for  moving  the  product  to  the  next  state.  Matrix 
also  has  version  control  of  data  at  each  state. 

ICEM  Technologies  PART  is  a generative  process  plarming  application.  It  uses  a knowledge  base  of 
feature  definitions,  jigs/fixtures , machine  tool,  cutting  tool,  methods,  and  scenario  information 
inqrlemented  in  an  Oracle  database.  PART  accqrts  the  CAD  product  design  data  as  irq>ut  and  uses  the 
knowledge  base  to  create  a process  plan  for  producing  the  product  This  knowledge  base  is  iq)dateable. 
Version  1.2.100  of  ICEM  PART  is  currently  being  utilized  in  the  prototype  toolkit 

DENEB  (^est  is  a simulation  application  used  for  analyzing  production  scenarios,  product  mixes  and 
failure  response  for  machines  and  labor,  factory  layout;  throu^ut;  and  production  costs.  DENEB  VNC 
is  a simulation  ^plication  for  visualizing  and  analyzing  the  ftmctionality  of  a machine  tool,  it’s  CNC 
controller,  and  the  material  removal  process  to  optimize  machining.  Quest  version  2.1  and  VNC  version 
2. 1 are  currently  being  used  in  the  toolkit 
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These  applications  reside  together  and  execute  on  a single  UNDC  based  Silicon  Graphics  workstation. 

The  workstation  is  configured  as  follows: 

Onyx  Extreme  Deskside  Workstation 

200  MHz  dual  R4400  processor 
128  megabyte  RAM 
4 megabyte  secondary  cache 
2 gigabyte  internal  DAT  tape  drive 
4 gigabyte  SCSI-2  internal  disk  drive 
internal  CD  ROM 
dials  and  button  box 
21  inch  Mtiltisync  Granite  monitor. 

DUX  5.3  operating  system 

This  workstation  is  located  in  the  AMSANT  facility  at  NIST.  This  woricstation  is  cormected  to  the 
Internet  and  therefore  capable  of  file  transfer  protocol  (FTP)  to  accommodate  transfer  of  data  files  from 
other  sites  participating  in  the  projea. 

Conclusion 

The  METK  prototype  will  help  develop  a better  understanding  and  help  further  identify  functional 
requirements  for  the  individual  manufacturing  application  so  it  will  also  help  identify  integration 
problems  existing  between  applications  that  prevent  data  sharing.  Once  these  integration  issues  are 
identified,  they  can  be  addressed  and  technical  solutions  can  then  be  proposed.  One  issue  is  that  the  irq)ut 
data  from  one  manufacturing  application  must  be  able  to  be  irq}ut  to  subsequent  versions  of  the 
application,  i.e,  provide  upward  compatibility.  If  data  is  generated  for  a particular  version  of  an 
£q)pIication,  that  data  should  not  be  thrown  away,  it  should  be  able  to  be  used  in  later  versions  of  the 
application.  Another  issue  is  data  format.  If  an  application  generates  data  in  a ^ecific  format,  will  that 
format  be  readable  by  other  applications  in  the  toolkit. 
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